1. 要件と市場の現在のオファーに基づいて、ユースケースに最適なクラウドプロバイダーを選択します。

   現在、RHEL インスタンスの実行が認定されているクラウドプロバイダーは次のとおりです。

   • Amazon Web Services (AWS)
   • Google Cloud Platform (GCP)

   • Microsoft Azure

     注記

     このドキュメントでは、GCP への RHEL のデプロイについて特に説明します。

2. 選択したクラウドプラットフォーム上に RHEL クラウドインスタンスを作成します。詳細は、RHEL クラウドインスタンスを作成する方法 を参照してください。
3. RHEL デプロイメントを最新の状態に保つには、Red Hat Update Infrastructure (RHUI) を使用します。

手順

1. テキストエディターを使用して、次の内容で gcp-config.toml 設定ファイルを作成します。

   provider = "gcp"
   
   [settings]
   bucket = "GCP_BUCKET"
   region = "GCP_STORAGE_REGION"
   object = "OBJECT_KEY"
   credentials = "GCP_CREDENTIALS"

   • GCP_BUCKET は既存のバケットを指します。アップロード中のイメージの中間ストレージオブジェクトを格納するために使用されます。
   • GCP_STORAGE_REGION は、通常の Google ストレージリージョンであると同時に、デュアルリージョンまたはマルチリージョンでもあります。
   • OBJECT_KEY は、中間ストレージオブジェクトの名前です。アップロード前に存在してはならず、アップロードプロセスが完了すると削除されます。オブジェクト名が .tar.gz で終わらない場合、拡張子がオブジェクト名に自動的に追加されます。

   • GCP_CREDENTIALS は、GCP からダウンロードされた認証情報 JSON ファイルの Base64 エンコードスキームです。認証情報によって、GCP がイメージをアップロードするプロジェクトが決まります。

     注記

     GCP での認証に別のメカニズムを使用する場合、gcp-config.toml ファイルでの GCP_CREDENTIALS の指定は任意です。他の認証方法については、Authenticating with GCP を参照してください。

2. GCP からダウンロードした JSON ファイルから GCP_CREDENTIALS を取得します。

   $ sudo base64 -w 0 cee-gcp-nasa-476a1fa485b7.json

3. 追加のイメージ名とクラウドプロバイダープロファイルを使用して Compose を作成します。

   $ sudo composer-cli compose start BLUEPRINT-NAME gce IMAGE_KEY gcp-config.toml

   イメージビルド、アップロード、およびクラウド登録プロセスは、完了に最大 10 分かかる場合があります。

1. 設定ファイルで composer-cli コマンドで指定された認証情報。
2. osbuild-composer ワーカー設定で設定された認証情報。

3. 次の方法で認証方法を自動的に見つけようとする、Google GCP SDK ライブラリーからの Application Default Credentials。

   1. GOOGLE_APPLICATION_CREDENTIALS 環境変数が設定されている場合、Application Default Credentials は、変数が指すファイルから認証情報を読み込んで使用しようとします。

   2. Application Default Credentials は、コードを実行しているリソースに関連付けられたサービスアカウントを使用して認証を試みます。たとえば、Google Compute Engine 仮想マシンです。

      注記

      イメージをアップロードする GCP プロジェクトを決定するには、GCP 認証情報を使用する必要があります。したがって、すべてのイメージを同じ GCP プロジェクトにアップロードする場合を除き、composer-cli コマンドを使用して gcp-config.toml 設定ファイルに認証情報を指定する必要があります。

手順

1. GCP の説明に従って、Google Cloud SDK アーカイブをダウンロードし、抽出します。詳細は、GCP ドキュメント Quickstart for Linux を参照してください。

2. Google Cloud SDK の初期化と同じ手順に従います。

   注記

   Google Cloud SDK を初期化すると、gcloud CLI コマンドを使用してタスクを実行でき、プロジェクトとインスタンスに関する情報を取得できます。たとえば、gcloud compute project-info describe --project <project-name> コマンドを使用してプロジェクト情報を表示できます。

手順

1. Google Cloud Platform にログインしていない場合は、次のコマンドを実行してログインします。

   # gcloud auth login

2. ストレージバケットを作成します。

   $ gsutil mb gs://BucketName

   以下に例を示します。

   $ gsutil mb gs://rhel-ha-bucket

手順

1. GCP コンソールを起動します。
2. 左側のナビゲーションペインで Networking の下にある VPC ネットワーク を選択します。
3. VPC ネットワークの作成 をクリックします。
4. VPC ネットワークの名前を入力します。
5. 新規サブネット で、クラスターを作成するリージョンに カスタムサブネット を作成します。
6. 作成 をクリックします。

手順

1. ファイルを変換します。GCP にアップロードしたイメージは raw 形式であり、disk.raw という名前である必要があります。

   $ qemu-img convert -f qcow2 ImageName.qcow2 -O raw disk.raw

2. raw ファイルを圧縮します。GCP にアップロードしたイメージを圧縮する必要があります。

   $ tar -Sczf ImageName.tar.gz disk.raw

3. 圧縮されたイメージを先に作成したバケットにインポートします。

   $ gsutil cp ImageName.tar.gz gs://BucketName

手順

1. バケット内の圧縮ファイルからイメージを作成します。

   $ gcloud compute images create BaseImageName --source-uri gs://BucketName/BaseImageName.tar.gz

   以下に例を示します。

   [admin@localhost ~] $ gcloud compute images create rhel-76-server --source-uri gs://user-rhelha/rhel-server-76.tar.gz
   Created [https://www.googleapis.com/compute/v1/projects/MyProject/global/images/rhel-server-76].
   NAME            PROJECT                 FAMILY  DEPRECATED  STATUS
   rhel-76-server  rhel-ha-testing-on-gcp                      READY

2. イメージからテンプレートインスタンスを作成します。ベース RHEL インスタンスに必要な最小サイズは n1-standard-2 です。追加の設定オプションは、gcloud compute instances create を参照してください。

   $ gcloud compute instances create BaseInstanceName --can-ip-forward --machine-type n1-standard-2 --image BaseImageName --service-account ServiceAccountEmail

   以下に例を示します。

   [admin@localhost ~] $ gcloud compute instances create rhel-76-server-base-instance --can-ip-forward --machine-type n1-standard-2 --image rhel-76-server --service-account account@project-name-on-gcp.iam.gserviceaccount.com
   Created [https://www.googleapis.com/compute/v1/projects/rhel-ha-testing-on-gcp/zones/us-east1-b/instances/rhel-76-server-base-instance].
   NAME   ZONE   MACHINE_TYPE   PREEMPTIBLE  INTERNAL_IP  EXTERNAL_IP     STATUS
   rhel-76-server-base-instance  us-east1-bn1-standard-2          10.10.10.3   192.227.54.211  RUNNING

3. SSH 端末セッションでインスタンスに接続します。

   $ ssh root@PublicIPaddress

4. RHEL ソフトウェアを更新します。

   1. Red Hat Subscription Manager (RHSM) に登録します。
   2. サブスクリプションプール ID を有効にします (または --auto-attach コマンドを使用します)。

   3. すべてのリポジトリーを無効にします。

      # subscription-manager repos --disable=*

   4. 以下のリポジトリーを有効にします。

      # subscription-manager repos --enable=rhel-9-server-rpms

   5. dnf update コマンドを実行します。

      # dnf update -y

5. 実行中のインスタンスに GCP Linux ゲスト環境をインストールします (インプレースインストール)。

   手順は、Install the guest environment in-place を参照してください。

6. CentOS/RHEL オプションを選択します。
7. コマンドスクリプトをコピーして、コマンドプロンプトに貼り付けて、スクリプトを即座に実行します。

8. インスタンスに以下の設定変更を行います。これらの変更は、カスタムイメージの GCP の推奨事項に基づいています。詳細は、gcloudcompute images list を参照してください。

   1. /etc/chrony.conf ファイルを編集し、すべての NTP サーバーを削除します。

   2. 以下の NTP サーバーを追加します。

      metadata.google.internal iburst Google NTP server

   3. 永続的なネットワークデバイスルールを削除します。

      # rm -f /etc/udev/rules.d/70-persistent-net.rules
      
      # rm -f /etc/udev/rules.d/75-persistent-net-generator.rules

   4. ネットワークサービスが自動的に開始するように設定します。

      # chkconfig network on

   5. sshd service が自動的に起動するように設定します。

      # systemctl enable sshd
      # systemctl is-enabled sshd

   6. タイムゾーンを UTC に設定します。

      # ln -sf /usr/share/zoneinfo/UTC /etc/localtime

   7. (必要に応じて) /etc/ssh/ssh_config ファイルを編集し、以下の行をファイルの最後に追加します。アクティブではない期間が長くなった場合も、SSH セッションをアクティブな状態に保ちます。

      # Server times out connections after several minutes of inactivity.
      # Keep alive ssh connections by sending a packet every 7 minutes.
      ServerAliveInterval 420

   8. /etc/ssh/sshd_config ファイルを編集し、必要に応じて以下の変更を加えます。ClientAliveInterval 420 設定は任意です。これにより、アクティブではない期間が長くなった場合にも SSH セッションをアクティブな状態に保ちます。

      PermitRootLogin no
      PasswordAuthentication no
      AllowTcpForwarding yes
      X11Forwarding no
      PermitTunnel no
      # Compute times out connections after 10 minutes of inactivity.
      # Keep ssh connections alive by sending a packet every 7 minutes.
      ClientAliveInterval 420

9. パスワードアクセスを無効にします。

   ssh_pwauth from 1 to 0.
   ssh_pwauth: 0

   重要

   以前は、SSH セッションアクセスを許可するパスワードアクセスを有効にして、インスタンスを設定していました。パスワードアクセスを無効にする必要があります。すべての SSH セッションアクセスはパスワードなしにする必要があります。

10. サブスクリプションマネージャーからインスタンスの登録を解除します。

    # subscription-manager unregister

11. シェルの履歴を消去します。次の手順でインスタンスを実行した状態にします。

    # export HISTSIZE=0

手順

1. 実行中のインスタンスで、データをディスクに同期します。

   # sync

2. ホストシステムで、スナップショットを作成します。

   $ gcloud compute disks snapshot InstanceName --snapshot-names SnapshotName

3. ホストシステムで、スナップショットから設定済みのイメージを作成します。

   $ gcloud compute images create ConfiguredImageFromSnapshot --source-snapshot SnapshotName

手順

1. インスタンステンプレートを作成します。

   $ gcloud compute instance-templates create InstanceTemplateName --can-ip-forward --machine-type n1-standard-2 --image ConfiguredImageFromSnapshot --service-account ServiceAccountEmailAddress

   以下に例を示します。

   [admin@localhost ~] $ gcloud compute instance-templates create rhel-91-instance-template --can-ip-forward --machine-type n1-standard-2 --image rhel-91-gcp-image --service-account account@project-name-on-gcp.iam.gserviceaccount.com
   Created [https://www.googleapis.com/compute/v1/projects/project-name-on-gcp/global/instanceTemplates/rhel-91-instance-template].
   NAME  MACHINE_TYPE   PREEMPTIBLE  CREATION_TIMESTAMP
   rhel-91-instance-template   n1-standard-2          2018-07-25T11:09:30.506-07:00

2. 1 つのゾーンに複数のノードを作成します。

   # gcloud compute instances create NodeName01 NodeName02 --source-instance-template InstanceTemplateName --zone RegionZone --network=NetworkName --subnet=SubnetName

   以下に例を示します。

   [admin@localhost ~] $ gcloud compute instances create rhel81-node-01 rhel81-node-02 rhel81-node-03 --source-instance-template rhel-91-instance-template --zone us-west1-b --network=projectVPC --subnet=range0
   Created [https://www.googleapis.com/compute/v1/projects/project-name-on-gcp/zones/us-west1-b/instances/rhel81-node-01].
   Created [https://www.googleapis.com/compute/v1/projects/project-name-on-gcp/zones/us-west1-b/instances/rhel81-node-02].
   Created [https://www.googleapis.com/compute/v1/projects/project-name-on-gcp/zones/us-west1-b/instances/rhel81-node-03].
   NAME            ZONE        MACHINE_TYPE   PREEMPTIBLE  INTERNAL_IP  EXTERNAL_IP    STATUS
   rhel81-node-01  us-west1-b  n1-standard-2               10.10.10.4   192.230.25.81   RUNNING
   rhel81-node-02  us-west1-b  n1-standard-2               10.10.10.5   192.230.81.253  RUNNING
   rhel81-node-03  us-east1-b  n1-standard-2               10.10.10.6   192.230.102.15  RUNNING

手順

1. Google Cloud コンソールで Compute Engine を選択し、VM instance を選択します。
2. インスタンスを選択し、SSH の横にある矢印をクリックして、gcloud コマンドオプションの 表示 を選択します。
3. インスタンスへのパスワードなしアクセスのために、コマンドプロンプトでこのコマンドを貼り付けます。
4. sudo アカウントアクセスを有効にし、Red Hat Subscription Manager に登録します。
5. サブスクリプションプール ID を有効にします (または --auto-attach コマンドを使用します)。

6. すべてのリポジトリーを無効にします。

   # subscription-manager repos --disable=*

7. 以下のリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-9-server-rpms
   # subscription-manager repos --enable=rhel-9-for-x86_64-highavailability-rpms

8. pcs pacemaker、フェンスエージェント、およびリソースエージェントをインストールします。

   # dnf install -y pcs pacemaker fence-agents-gce resource-agents-gcp

9. すべてのパッケージを更新します。

   # dnf update -y

手順

1. hacluster ユーザーは、前の手順で pcs および pacemaker のインストール時に作成されました。すべてのクラスターノードに hacluster ユーザーのパスワードを作成します。すべてのノードに同じパスワードを使用します。

   # passwd hacluster

2. firewalld サービスがインストールされている場合は、HA サービスを追加します。

   # firewall-cmd --permanent --add-service=high-availability
   
   # firewall-cmd --reload

3. pcs サービスを起動し、システムの起動時に開始できるようにします。

   # systemctl start pcsd.service
   
   # systemctl enable pcsd.service
   
   Created symlink from /etc/systemd/system/multi-user.target.wants/pcsd.service to /usr/lib/systemd/system/pcsd.service.

検証

1. pcsd サービスが実行していることを確認します。

   # systemctl status pcsd.service
   
   pcsd.service - PCS GUI and remote configuration interface
   Loaded: loaded (/usr/lib/systemd/system/pcsd.service; enabled; vendor preset: disabled)
   Active: active (running) since Mon 2018-06-25 19:21:42 UTC; 15s ago
   Docs: man:pcsd(8)
   man:pcs(8)
   Main PID: 5901 (pcsd)
   CGroup: /system.slice/pcsd.service
   └─5901 /usr/bin/ruby /usr/lib/pcsd/pcsd > /dev/null &

2. /etc/hosts ファイルを編集します。すべてのノードに RHEL ホスト名と内部 IP アドレスを追加します。

手順

1. ノードの 1 つで、pcs ユーザーを認証します。コマンドのクラスター内の各ノードの名前を指定します。

   # pcs host auth hostname1 hostname2 hostname3
   Username: hacluster
   Password:
   hostname1: Authorized
   hostname2: Authorized
   hostname3: Authorized

2. クラスターを作成します。

   # pcs cluster setup cluster-name hostname1 hostname2 hostname3

検証

1. 以下のコマンドを実行して、起動時にノードが自動的にクラスターに参加できるようにします。

   # pcs cluster enable --all

2. クラスターを起動します。

   # pcs cluster start --all

手順

1. GCP インスタンス名を取得します。次のコマンドの出力には、インスタンスの内部 ID も表示されることに注意してください。

   # fence_gce --zone us-west1-b --project=rhel-ha-on-gcp -o list

   以下に例を示します。

   [root@rhel81-node-01 ~]# fence_gce --zone us-west1-b --project=rhel-ha-testing-on-gcp -o list
   
   4435801234567893181,InstanceName-3
   4081901234567896811,InstanceName-1
   7173601234567893341,InstanceName-2

2. フェンスデバイスを作成します。

   # pcs stonith create FenceDeviceName fence_gce zone=Region-Zone project=MyProject

手順

1. aliasip リソースを作成します。未使用の内部 IP アドレスを含めます。コマンドに CIDR ブロックを含めます。

   # pcs resource create aliasip gcp-vpc-move-vip alias_ip=UnusedIPaddress/CIDRblock

   以下に例を示します。

   [root@rhel81-node-01 ~]# pcs resource create aliasip gcp-vpc-move-vip alias_ip=10.10.10.200/32

2. ノード上の IP を管理する IPaddr2 リソースを作成します。

   # pcs resource create vip IPaddr2 nic=interface ip=AliasIPaddress cidr_netmask=32

   以下に例を示します。

   [root@rhel81-node-01 ~]# pcs resource create vip IPaddr2 nic=eth0 ip=10.10.10.200 cidr_netmask=32

3. vipgrp でネットワークリソースをグループ化します。

   # pcs resource group add vipgrp aliasip vip

検証

1. リソースが起動し、vipgrp でグループ化されていることを確認します。

   # pcs status

2. リソースが別のノードに移動できることを確認します。

   # pcs resource move vip Node

   以下に例を示します。

   [root@rhel81-node-01 ~]# pcs resource move vip rhel81-node-03

3. 別のノードで vip が正常に起動することを確認します。

   # pcs status

手順

1. セカンダリーサブネットアドレス範囲を作成します。

   # gcloud compute networks subnets update SubnetName --region RegionName --add-secondary-ranges SecondarySubnetName=SecondarySubnetRange

   以下に例を示します。

   # gcloud compute networks subnets update range0 --region us-west1 --add-secondary-ranges range1=10.10.20.0/24

2. aliasip リソースを作成します。セカンダリーサブネットアドレス範囲に未使用の内部 IP アドレスを作成します。コマンドに CIDR ブロックを含めます。

   # pcs resource create aliasip gcp-vpc-move-vip alias_ip=UnusedIPaddress/CIDRblock

   以下に例を示します。

   [root@rhel81-node-01 ~]# pcs resource create aliasip gcp-vpc-move-vip alias_ip=10.10.20.200/32

3. ノード上の IP を管理する IPaddr2 リソースを作成します。

   # pcs resource create vip IPaddr2 nic=interface ip=AliasIPaddress cidr_netmask=32

   以下に例を示します。

   [root@rhel81-node-01 ~]# pcs resource create vip IPaddr2 nic=eth0 ip=10.10.20.200 cidr_netmask=32

4. vipgrp でネットワークリソースをグループ化します。

   # pcs resource group add vipgrp aliasip vip

検証

1. リソースが起動し、vipgrp でグループ化されていることを確認します。

   # pcs status

2. リソースが別のノードに移動できることを確認します。

   # pcs resource move vip Node

   以下に例を示します。

   [root@rhel81-node-01 ~]# pcs resource move vip rhel81-node-03

3. 別のノードで vip が正常に起動することを確認します。

   # pcs status