23.2.2. オプション 2: OpenShift Container Platform での GCE の手動設定
23.2.2.1. GCE 向けのマスターホストの手動設定 リンクのコピーリンクがクリップボードにコピーされました!
全マスターホストで以下の手順を実行します。
手順
デフォルトでは、
/etc/origin/master/master-config.yaml
のマスター設定ファイルのapiServerArguments
とcontrollerArguments
に GCE パラメーターを追加します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow Ansible を使用して GCP 用に OpenShift Container Platform を設定する場合には、/etc/origin/cloudprovider/gce.conf ファイルは自動的に作成されます。GCP 用の OpenShift Container Platform を手動で設定するので、このファイルを作成して、以下を入力する必要があります。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- 既存のインスタンスを実行している GCP プロジェクト ID を指定します。
- 2
- デフォルトを使用しない場合には、ネットワーク名を指定します。
- 3
- GCP ノードにタグを付けます。接尾辞に
ocp
を含める必要があります。たとえば、node-instance-prefix
パラメーターの値をmycluster
に設定する場合は、ノードはmyclusterocp
のタグを付ける必要があります。 - 4
- 一意の文字列を指定して、OpenShift Container Platform クラスターを特定します。
- 5
True
の設定して、GCP でのマルチゾーンのデプロイメントをトリガーします。デフォルトではFalse
に設定されます。
クラスターインストールでは、シングルゾーンのサポートがデフォルトで設定されます。
異なるゾーンで GCP に OpenShift Container Platform をデプロイすると、単一障害点を回避しやすくなりますが、ストレージで問題が発生する可能性があります。これは、GCP ディスクがゾーン内に作成されるためです。OpenShift Container Platform ノードのホストがゾーン A でダウンし、Pod がゾーン B に移動した場合に、ディスクが異なるゾーンに配置されているので、永続ストレージはこれらの Pod にアタッチできません。詳細情報は、Kubernetes ドキュメントの マルチゾーンの制限 を参照してください。
重要GCP を使用してロードバランサーサービスを実行 する場合は、Compute Engine VM ノードインスタンスには
ocp
の接尾辞:<openshift_gcp_prefix>ocp
が必要です。たとえば、openshift_gcp_prefix
パラメーターの値をmycluster
に設定する場合は、このノードにmyclusterocp
のタグを付ける必要があります。Compute Engine VM インスタンスにネットワークタグを追加する方法については、ネットワークタグの追加と削除 を参照してください。OpenShift Container Platform サービスを再起動します。
master-restart api master-restart controllers systemctl restart atomic-openshift-node
# master-restart api # master-restart controllers # systemctl restart atomic-openshift-node
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
シングルゾーンサポートに戻すには、multizone
の値を false
に設定して、マスターとノードホストサービスを再起動します。