+APIサーバーユニットファイルを作成する最初に設定するファイルは、APIサーバーのユニットファイルです。APIサーバーは、クラスターに関する情報を提供し、情報を変更するポストリクエストを処理し、各サーバーで作業をスケジュールし、共有情報を同期するために使用されます。今すぐそのファイルを作成して開きます。apiserver.serviceこのファイル内で、サービスに関する基本的なメタデータから始めます。+`およびDockerサービスが起動して実行されるまで、このユニットが開始されないようにする必要があります。+`セクションを完成させます。これは主に、環境を記述するいくつかのパラメーターでAPIサーバーを起動するために使用されます。再起動条件も設定します。」がリッスンしている場所を設定します。+`サービスが使用するネットワーク範囲を提供します。サービスを開始した後、それがループで稼働していることを確認します。これにより、依存サービスが開始される前に、サービスが実際に接続を受け入れることができます。これがないと、依存サービスでエラーが発生し、手動で再起動する必要があります。最後に、このユニットをインストールする必要があります。+`セクションを使用してこれを実行できます。done"Restart=on-failureRestartSec=5[Install]WantedBy=multi-user.target終了したら、ファイルを閉じます。Managerサーバーです。このコンポーネントは、クラスター単位間でデータ複製を実行するために使用されます。controller-manager.service再び基本的なメタデータから始めます。これは、最後のファイルと同じ形式に従います。他の依存関係に加えて、このサービスは設定したAPIサーバーユニットの後に起動する必要があります。+`部分については、実行可能ファイルにいくつかのパラメーターを渡すだけです。アプリケーションをAPIサーバーの場所に向けています。ここでは、各マシンのプライベートIPアドレスをコンマで区切って渡しました。これらの値を変更して、独自の構成をミラーリングします。繰り返しますが、Kubernetesクラスターが正しく機能するために必要であるため、このユニットが障害時に再起動することを確認します。\-machines=,,Restart=on-failureRestartSec=5また、このユニットが起動時にも起動するように、同じインストール手順を使用します。\-machines=,,Restart=on-failureRestartSec=5[Install]WantedBy=multi-user.target完了したら、ファイルを保存して閉じます。クラスタサービスのセットアップマスター固有のサービスが構成されたので、*すべて*のマシンに存在する必要があるユニットファイルを構成できます。これは、これらのファイルをマスターサーバーとミニオンサーバーの両方に追加し、それに応じて構成する必要があることを意味します。+`に作成する必要があります。+スケジューラユニットファイルを作成する次のコンポーネントはスケジューラです。スケジューラーは、どのミニオンでワークロードを実行するかを決定し、これが起こるように通信します。このユニットのファイルを今すぐ作成して開きます。scheduler.serviceこのユニットは、最後のユニットとほとんど同じ方法で開始します。同じサービスすべてに依存しています。SchedulerAfter=etcd.serviceAfter=docker.serviceAfter=apiserver.serviceWants=etcd.serviceWants=docker.serviceWants=apiserver.serviceサービスセクション自体は非常に簡単です。APIサーバーが配置されているネットワークアドレスとポートで実行可能ファイルをポイントするだけです。繰り返しますが、障害が発生した場合はサービスを再起動します。-master=127.0.0.1:8080Restart=on-failureRestartSec=5[Install]WantedBy=multi-user.target終了したら、ファイルを保存して閉じます。これは、各ノードにDockerコンテナ用の独自のサブネットを与えるために使用されます。+`ユニットファイルを作成して開きます。flannel.serviceこのファイルの内部では、メタデータ情報から始めます。+」の後にこれを開始する必要があります。+`ファイルを取得して、ホストのプライベートIPアドレスにアクセスできるようにします。」行を配置することです。成功するまで、etcdに継続的に登録しようとします。10.100.0.0/16+」の範囲を使用します。`がその情報をファイルに書き込んだかどうかを確認し(Dockerがすぐに読み取れるように)、そうでない場合はスリープします。これにより、Dockerサービスは、ファイルが使用可能になる前にファイルを読み取ろうとしません(これは、最初にオンラインになるサーバーで発生する可能性があります)。+`を使用してユニットを再度インストールします。done"Restart=on-failureRestartSec=5[Install]WantedBy=multi-user.target完了したら、ファイルを保存して閉じます。他のホストで同じファイルを作成します。`ディレクトリ内の実行可能ファイルとは関係ありません。+`ネットワークオーバーレイの知識でサービスが開始されるように、Dockerサービスファイルを作成する必要があります。テキストエディターで適切なユニットファイルを作成します。docker.service通常のメタデータから始めます。+`サービスを設定してオンラインにした後、これを開始する必要があります。+`が使用するファイルを取得する必要があります。これには、現在のホストのサブネット情報が含まれます。`ブリッジインターフェイスが実行中の場合はそれを停止し、削除します。これにより、クリーンな状態でDockerを再起動できます。+」インターフェースを設定します。+`の詳細を使用します。--mtu=${FLANNEL_MTU}Restart=on-failureRestartSec=5[Install]WantedBy=multi-user.target完了したら、ファイルを保存して閉じます。各ホストでこの同じファイルを作成します。プロキシユニットファイルを作成する次に議論する論理ユニットは、各クラスターメンバーが実行するプロキシサーバーです。Kubernetesプロキシサーバーは、コンテナとの間でトラフィックをルーティングおよび転送するために使用されます。テキストエディターでプロキシユニットファイルを開きます。`とDockerの依存関係を定義する必要があります。+`サーバーのアドレスで実行可能ファイルを起動するだけです。再起動の構成とインストールの詳細は、以前のサービスファイルをミラーリングします。-logtostderr=trueRestart=on-failureRestartSec=5[Install]WantedBy=multi-user.target完了したらファイルを保存します。各ホストでこの同じファイルを作成します。Kubeletユニットファイルを作成する次に、Kubeletユニットファイルを作成します。このコンポーネントは、コンテナの展開を管理するために使用されます。コンテナが存在するはずの状態にあることを確認し、展開の望ましい状態の変化についてシステムを監視します。テキストエディターでファイルを作成して開きます。+」とDockerに関する同じ依存情報が含まれます。environment`ファイルを再度取得する必要があります。`実行可能ファイルを呼び出します。+`インスタンスを指すようにします。使用していたのと同じ再起動とインストールの詳細を提供します。\-logtostderr=trueRestart=on-failureRestartSec=5[Install]WantedBy=multi-user.target完了したら、ファイルを保存して閉じます。サービスを有効にするすべてのサービスファイルが開始されたので、これらのユニットを有効にできます。+`セクションの情報が処理されます。私たちのユニットはマルチユーザーターゲットに必要とされているため、システムがサーバーをマルチユーザーモードにしようとすると、すべてのサービスが自動的に開始されます。/etc/systemd/systemここから、すべてのスクリプトを有効にできます。`ディレクトリが作成されます。+」によって処理されます。各サーバーでこの手順を繰り返します。サービスが有効になったので、サーバーを順番に再起動できます。マスターサーバーから開始しますが、任意の順序で実行できます。これらのサービスを開始するためにリブートする必要はありませんが、そうすることで、ユニットファイルがシームレスな依存関係チェーンを許可する方法で書き込まれていることが保証されます。rebootマスターがオンラインに戻ったら、ミニオンサーバーを再起動できます。rebootすべてのサーバーがオンラインになったら、サービスが正しく開始されたことを確認します。これを確認するには、次のように入力します。statusまたは、次のように入力してジャーナルにアクセスできます。-uサービスが正常に稼働していることを示す兆候を探してください。問題がある場合、特定のサービスの再起動が役立つ場合があります。restart終了したら、マスターサーバーからマシンを表示できるようになります。マスターサーバーにログインした後、次のように入力して、すべてのサーバーが利用可能であることを確認します。identifier----------今後のガイドでは、Kubernetesを使用してCoreOSクラスター上のサービスをスケジュールおよび制御する方法について説明します。結論これで、CoreOSクラスター全体でKubernetesをセットアップする必要があります。これにより、論理グループでサービスを操作するための優れた管理およびスケジューリングインターフェイスが提供されます。上記の手順が非常に手動のプロセスにつながることに気づいたでしょう。これの大部分は、マシン上にバイナリを構築したためです。プライベートネットワーク内でアクセス可能なWebサーバーでバイナリをホストする場合、バイナリをプルダウンし、特別なcloud-configファイルを作成して自動的に構成できます。+`ファイルを除く)、CoreOSとして起動できます。これはこのガイドの範囲外ですが、プロセスを自動化するという点で次の良いステップです。