SaltStackインフラストラクチャ：Saltマスターのインストール

序章

SaltStack（Salt）は、構造化された反復可能な方法でインフラストラクチャを簡単に管理するために使用できる強力なリモート実行および構成管理システムです。 このシリーズでは、Saltデプロイメントから開発、ステージング、および実稼働環境を管理する1つの方法を示します。 ソルト状態システムを使用して、繰り返し可能なアクションを記述して適用します。 これにより、環境を破壊することができます。後で同じ状態で簡単にオンラインに戻すことができるため、安全です。

この記事では、構築するさまざまな環境を紹介し、開始するためにプライマリサーバーにSaltマスターデーモンをインストールします。 これは、構成手順を格納し、インフラストラクチャノードを制御し、要件を管理するコアシステムです。

前提条件

このガイドを完了するには、クリーンなUbuntu14.04サーバーが必要です。 このサーバーでは、プライベートネットワークを有効にする必要があります。

このサーバーでは、root以外のアカウントを次のように構成する必要があります sudo 特権。 このタイプのアカウントを設定する方法については、Ubuntu14.04初期サーバー設定ガイドをご覧ください。

このシリーズの後半の記事では、 salt-cloud DigitalOceanクラウドを使用してインフラストラクチャサーバーを起動するコマンド。 必要に応じて他のクラウドプロバイダーを使用することも、vagrantなどのソフトウェアを使用する仮想インスタンスを使用することもできます。 ただし、これはこのガイドの範囲外であり、これらの領域で独自の調査を行う必要があります。

構築するインフラの概要

スピンアップするサーバー salt-cloud アプリケーション開発のために維持したい3つの環境を表します。 Saltマスターサーバーは必要な各サーバーの構成を維持するため、これらのサーバーを使用していないときにスピンダウンすることができます。 たとえば、開発チームが休暇中に作業を停止した場合は、非実稼働環境をスピンダウンできます。 休憩から戻ったら、簡単に再構築して、この新しいインフラストラクチャの上にアプリケーションを再デプロイできます。

サンプルインフラストラクチャを開発、ステージング、および本番に分解します。

私たちの開発インフラストラクチャは、私たちの最も控えめなものになります。 単一のWebサーバーと関連するデータベースサーバーが含まれるだけです。 データベースとWebサーバーを分離することで、アプリケーションがリモートデータを念頭に置いて構築されていることを確認できます。

ステージング環境はより堅牢になります。 見つけることができるほとんどのアドバイスは、ステージング環境を意図した本番環境にできるだけ類似するように構成することを推奨しています。 これを念頭に置いて、トラフィックの負荷を分散するために、ステージング環境は2つのWebサーバーで構成されます。 ロードバランサーを使用して、これら2つのサーバー間でトラフィックを分散します。 データベース側では、2台のデータベースサーバーを起動します。 これら2つのサーバー間にマスターマスターレプリケーションを設定して、両方が書き込み要求を受け入れることができるようにします。 マスターマスターレプリケーションにはいくつかの欠点がありますが、アプリケーションの設計を少し怠惰にすることができ（任意のデータベースサーバーが書き込みを受信できます）、かなり複雑な構成管理シナリオを示すことができます。

前に述べたように、本番環境はステージング環境と非常によく似ています。 私たちの設計の唯一の違いは、高可用性とフェイルオーバーを提供するための追加のロードバランサーです。 必要に応じて、本番環境の負荷に大容量のサーバーを使用することもできます。 これは、ステージング環境での負荷の評価をより困難にしますが、トラフィック要件を適切に処理するために必要になることがよくあります。

上記の環境の構成を作成している間、すべてが同時に実行されている必要はないことに注意してください。 これは、テスト中に特に当てはまります。 このシリーズ全体を通して、一度にアクティブになるサーバーはごくわずかです。 これはコストの観点からは望ましいことですが、必要に応じて環境を破棄して起動することで、環境のブートストラップが堅牢で反復可能であることも保証されます。

構成する環境の一般的なレイアウトがわかったので、Saltマスターを起動して実行できます。

ソルトマスターのインストール

ルート以外のユーザーとしてSaltマスターとして設定する予定のサーバーにログインすることから始めます。 sudo 特権。

サーバーにSaltマスターデーモンをインストールする方法はいくつかあります。 Ubuntuで利用できるPPAはありますが、多くの場合、これらは古くなっている可能性があります。 構成管理ソフトウェアを計画および管理するための最良のアプローチは、特定のバージョンをターゲットにすることです。 これにより、インストール時にリポジトリから利用可能なものに依存するのではなく、計画的かつ構造化された方法でシステムを更新できます（徹底的なテスト後）。

このガイドでは、この記事の執筆時点で最新の安定バージョンであるSaltバージョンv2015.8.0を対象としています。 別のバージョンまたはインストール方法を選択した場合は、このガイドのプロセスが記述どおりに機能しない可能性があることに注意してください。

特定のバージョンをインストールする最も簡単な方法は、SaltStackのブートストラップスクリプトを使用することです。 次のように入力して、最新のブートストラップスクリプトをホームディレクトリにダウンロードします。

cd ~
curl -L https://bootstrap.saltstack.com -o install_salt.sh

実行する操作に慣れるまで、ダウンロードしたスクリプトの内容を自由に確認してください。

ソルトマスターをインストールする準備ができたら、次のコマンドを使用してスクリプトを実行できます。 sh シェル。 合格します -P フラグを使用して、依存関係のインストールを許可しても問題がないことを示します。 pip、Pythonパッケージマネージャー。 また、含める必要があります -M マスターデーモンをインストールすることを示すフラグ。 次を含めてコマンドを終了します git v2015.8.0、 SaltStack GitHubリポジトリから指定されたリリースタグをフェッチし、それをインストールに使用するようにスクリプトに指示します。

sudo sh install_salt.sh -P -M git v2015.8.0

スクリプトは必要なすべての依存関係をインストールし、から指定されたバージョンをプルします git リポジトリを作成し、Saltマスターデーモンとミニオンデーモン、および関連するいくつかのSaltユーティリティをインストールします。

インストールはかなり簡単なはずです。 次に、Saltマスターの構成を開始できます。

ソルトマスターを設定する

最初に行う必要があるのは、メインのSaltマスター構成ファイルを編集することです。 今すぐ開く sudo 特権：

sudo nano /etc/salt/master

構成ファイルはかなり長く、十分にコメントされています。 デフォルト値から逸脱したい場合にのみ、コメントを外してオプションを設定する必要があります。 開始するには、いくつかの編集を行うだけです。

まず、 file_recv ファイルのオプション。 これを有効にすると、SaltミニオンはSaltマスターにファイルを送信できます。 これは、変更する構成ファイルを取得するための状態を作成するときに非常に役立ちますが、リスクが伴います。 このガイドの期間中、これを有効にします。 必要に応じて、後で無効にすることができます。

file_recv: True

次に、を設定する必要があります file_roots 辞書。 Saltマスターには、インフラストラクチャ全体のファイルを保存および提供するために使用するファイルサーバーが含まれています。 これには、構成管理の状態ファイル自体と、システムによって管理されるミニオンファイルが含まれます。 このYAMLディクショナリは、ファイルサーバーのルートを定義します。 /srv/salt. これが「ベース」環境の下にあることを指定する必要があります。これは、すべてのSaltデプロイメントに必須のデフォルト環境です。

file_roots:
  base:
    - /srv/salt

今のところ必要な最後のアイテムは pillar_roots 辞書。 ピラーシステムは、特定のノードに制限できる構成データを格納するために使用されます。 これにより、動作をカスタマイズし、データに関連付けられていないインフラストラクチャコンポーネントに機密データが表示されないようにすることができます。 このフォーマットは、 file_roots まさに。 ピラーデータの場所は次のとおりです。 /srv/pillar:

pillar_roots:
  base:
    - /srv/pillar

終了したら、ファイルを保存して閉じます。

次のように入力して、構成ファイルで参照したディレクトリを作成できます。

sudo mkdir -p /srv/{salt,pillar}

ソルトマスターでミニオンデーモンを構成する

また、Saltコマンドを受け入れるようにSaltマスターサーバーを構成します。 これを行うには、サーバーでminionデーモンを構成します。 ファイルを開いて開始します。

sudo nano /etc/salt/minion

ここで変更する必要があるのは、マスターサーバーの場所だけです。 両方のデーモンが同じホストで動作しているため、アドレスをローカルループバックインターフェイスに設定できます。

master: 127.0.0.1

終了したら、ファイルを保存して閉じます。

サービスを再起動し、ソルトキーを受け入れます

これでSaltマスターとミニオンの構成が整ったので、サービスを再起動して変更を取得します。

sudo restart salt-master
sudo restart salt-minion

ソルトマスターがミニオンと安全に通信できるようになる前に（同じサーバー上であっても）、ミニオンのキーを受け入れる必要があります。 これはセキュリティ機能です。 次のように入力すると、承認されたキーと保留中のキーがすべて表示されます。

sudo salt-key --list all

デーモンが正しく構成されて再起動された場合は、「未承認のキー」セクションにSaltマスターサーバーのキーが表示されます。 この場合、Saltマスターは「sm」というマシンでホストされています。

Output
Accepted Keys:
Denied Keys:
Unaccepted Keys:
sm
Rejected Keys:

サーバーのミニオンID（sm この場合) to the ソルトキーcommand with the-a`フラグ：

sudo salt-key -a sm

もう一度確認すると、キーは「承認済みキー」セクションに移動しています。

sudo salt-key --list all

Output
Accepted Keys:
sm
Denied Keys:
Unaccepted Keys:
Rejected Keys:

次のように入力して、SaltマスターサーバーがSaltコマンドに応答することを確認できます。

sudo salt '*' test.ping

次のような応答が返されるはずです。

Output
sm:
    True

これで、Saltマスターサーバーが稼働しています。

結論

このガイドでは、Saltマスターサーバーの初期構成を実行することにより、インフラストラクチャの管理を開始しました。 これは、コントロールセンターとしても、構成データのリポジトリとしても使用される、管理設計内の中央サーバーです。

このシリーズの次のガイドでは、DigitalOceanAPIクレデンシャルを使用してSaltマスターサーバーを構成します。 を使用してDigitalOceanアカウントに接続できるようにするプロバイダー構成を作成します salt-cloud クラウドリソースをコマンドおよび作成および管理します。 各サーバーのプロパティを定義できるように、インフラストラクチャマシンのプロファイルを作成します。