23.2.2. オプション 2: OpenShift Container Platform での GCE の手動設定

手順

1. デフォルトでは、/etc/origin/master/master-config.yaml のマスター設定ファイルの apiServerArguments と controllerArguments に GCE パラメーターを追加します。

   apiServerArguments:
     cloud-provider:
       - "gce"
     cloud-config:
       - "/etc/origin/cloudprovider/gce.conf"
   controllerArguments:
     cloud-provider:
       - "gce"
     cloud-config:
       - "/etc/origin/cloudprovider/gce.conf"

2. Ansible を使用して GCP 用に OpenShift Container Platform を設定する場合には、/etc/origin/cloudprovider/gce.conf ファイルは自動的に作成されます。GCP 用の OpenShift Container Platform を手動で設定するので、このファイルを作成して、以下を入力する必要があります。

   [Global]
   project-id = <project-id> 1
   network-name = <network-name> 2
   node-tags = <node-tags> 3
   node-instance-prefix = <instance-prefix> 4
   multizone = true 5

   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 インスタンスにネットワークタグを追加する方法については、ネットワークタグの追加と削除 を参照してください。

3. OpenShift Container Platform サービスを再起動します。

   # master-restart api
   # master-restart controllers
   # systemctl restart atomic-openshift-node