19.16. 複数のマネージドクラスターの ZTP カスタムリソースの作成

手順

1. サイトベースボード管理コントローラー (BMC) に対して認証するためのシークレットを作成します。シークレット名が SiteConfig で使用される名前と一致することを確認します。この例では、シークレット名は test-sno-bmh-secret です。

   apiVersion: v1
   kind: Secret
   metadata:
     name: test-sno-bmh-secret
     namespace: test-sno
   data:
     password: dGVtcA==
     username: cm9vdA==
   type: Opaque

   Copy to Clipboard Toggle word wrap

2. サイトのプルシークレットを作成します。プルシークレットには、OpenShift およびすべてのアドオン Operator のインストールに必要なすべての認証情報を含める必要があります。この例では、シークレット名は assisted-deployment-pull-secret です。

   apiVersion: v1
   kind: Secret
   metadata:
     name: assisted-deployment-pull-secret
     namespace: test-sno
   type: kubernetes.io/dockerconfigjson
   data:
     .dockerconfigjson: <Your pull secret base64 encoded>

   Copy to Clipboard Toggle word wrap

手順

1. クラスターの site-plan データが含まれる site-config.yaml ファイル (1 つ以上の SiteConfig カスタムリソース) を作成します。以下に例を示します。

   apiVersion: ran.openshift.io/v1
   kind: SiteConfig
   metadata:
     name: "test-sno"
     namespace: "test-sno"
   spec:
     baseDomain: "clus2.t5g.lab.eng.bos.redhat.com"
     pullSecretRef:
       name: "assisted-deployment-pull-secret"
     clusterImageSetNameRef: "openshift-4.9"
     sshPublicKey: "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDB3dwhI5X0ZxGBb9VK7wclcPHLc8n7WAyKjTNInFjYNP9J+Zoc/ii+l3YbGUTuqilDwZN5rVIwBux2nUyVXDfaM5kPd9kACmxWtfEWTyVRootbrNWwRfKuC2h6cOd1IlcRBM1q6IzJ4d7+JVoltAxsabqLoCbK3svxaZoKAaK7jdGG030yvJzZaNM4PiTy39VQXXkCiMDmicxEBwZx1UsA8yWQsiOQ5brod9KQRXWAAST779gbvtgXR2L+MnVNROEHf1nEjZJwjwaHxoDQYHYKERxKRHlWFtmy5dNT6BbvOpJ2e5osDFPMEd41d2mUJTfxXiC1nvyjk9Irf8YJYnqJgBIxi0IxEllUKH7mTdKykHiPrDH5D2pRlp+Donl4n+sw6qoDc/3571O93+RQ6kUSAgAsvWiXrEfB/7kGgAa/BD5FeipkFrbSEpKPVu+gue1AQeJcz9BuLqdyPUQj2VUySkSg0FuGbG7fxkKeF1h3Sga7nuDOzRxck4I/8Z7FxMF/e8DmaBpgHAUIfxXnRqAImY9TyAZUEMT5ZPSvBRZNNmLbfex1n3NLcov/GEpQOqEYcjG5y57gJ60/av4oqjcVmgtaSOOAS0kZ3y9YDhjsaOcpmRYYijJn8URAH7NrW8EZsvAoF6GUt6xHq5T258c6xSYUm5L0iKvBqrOW9EjbLw== root@cnfdc2.clus2.t5g.lab.eng.bos.redhat.com"
     clusters:
     - clusterName: "test-sno"
       clusterType: "sno"
       clusterProfile: "du"
       clusterLabels:
         group-du-sno: ""
         common: true
         sites : "test-sno"
       clusterNetwork:
         - cidr: 1001:db9::/48
           hostPrefix: 64
       machineNetwork:
         - cidr: 2620:52:0:10e7::/64
       serviceNetwork:
         - 1001:db7::/112
       additionalNTPSources:
         - 2620:52:0:1310::1f6
       nodes:
         - hostName: "test-sno.clus2.t5g.lab.eng.bos.redhat.com"
           bmcAddress: "idrac-virtualmedia+https://[2620:52::10e7:f602:70ff:fee4:f4e2]/redfish/v1/Systems/System.Embedded.1"
           bmcCredentialsName:
             name: "test-sno-bmh-secret"
           bmcDisableCertificateVerification: true 

   1

   
           bootMACAddress: "0C:42:A1:8A:74:EC"
           bootMode: "UEFI"
           rootDeviceHints:
             hctl: '0:1:0'
           cpuset: "0-1,52-53"
           nodeNetwork:
             interfaces:
               - name: eno1
                 macAddress: "0C:42:A1:8A:74:EC"
             config:
               interfaces:
                 - name: eno1
                   type: ethernet
                   state: up
                   macAddress: "0C:42:A1:8A:74:EC"
                   ipv4:
                     enabled: false
                   ipv6:
                     enabled: true
                     address:
                     - ip: 2620:52::10e7:e42:a1ff:fe8a:900
                       prefix-length: 64
               dns-resolver:
                 config:
                   search:
                   - clus2.t5g.lab.eng.bos.redhat.com
                   server:
                   - 2620:52:0:1310::1f6
               routes:
                 config:
                 - destination: ::/0
                   next-hop-interface: eno1
                   next-hop-address: 2620:52:0:10e7::fc
                   table-id: 254

   Copy to Clipboard Toggle word wrap

   1

   UEFI SecureBoot を使用している場合は、この行を追加して、無効な証明書またはローカル証明書による障害を防止します。

2. ファイルを保存し、それらをハブクラスターからアクセスできるゼロな変更プロビジョニング (ZTP) Git リポジトリーにプッシュし、ArgoCD アプリケーションのソースリポジトリーとして定義します。

手順

1. PolicyGenTemplates を作成し、それらをハブクラスターからアクセスできるゼロタッチプロビジョニング (ZTP) Git リポジトリーに保存し、ArgoCD アプリケーションのソースリポジトリーとして定義します。

2. ArgoCD は、アプリケーションが同期していないことを検出します。同期時に、ArgoCD は新規 PolicyGenTemplate をハブクラスターに適用し、関連付けられたリソースフックを起動します。これらのフックは、スポーククラスターに適用されるポリシーラップされた設定 CR を生成し、以下のアクションを実行します。

   1. 基本的な分散ユニット (DU) プロファイルおよび必要なカスタマイズに従って、Red Hat Advanced Cluster Management (RHACM) (ACM) ポリシーを作成します。
   2. 生成されたポリシーをハブクラスターに適用します。

手順

1. 以下のコマンドを使用して、クラスターのインストールの進捗を監視します。

   $ export CLUSTER=<cluster_name>

   Copy to Clipboard Toggle word wrap

   $ oc get agentclusterinstall -n $CLUSTER $CLUSTER -o jsonpath='{.status.conditions[?(@.type=="Completed")]}' | jq

   Copy to Clipboard Toggle word wrap

   $ curl -sk $(oc get agentclusterinstall -n $CLUSTER $CLUSTER -o jsonpath='{.status.debugInfo.eventsURL}') | jq '.[-2,-1]'

   Copy to Clipboard Toggle word wrap
2. Red Hat Advanced Cluster Management (RHACM) ダッシュボードを使用して、ポリシーの調整の進捗を監視します。