7.2.3. オーバークラウドのベアメタルノードのプロビジョニング

手順

1. source コマンドで stackrc アンダークラウド認証情報ファイルを読み込みます。

   $ source ~/stackrc

2. overcloud-baremetal-deploy.yaml ノード定義ファイルを作成し、プロビジョニングするロールごとにノード数を定義します。たとえば、3 つのコントローラーノードと 3 つのコンピュートノードをプロビジョニングするには、以下の設定を overcloud-baremetal-deploy.yaml ファイルに追加します。

   - name: Controller
     count: 3
   - name: Compute
     count: 3

3. オプション: 予測ノード配置を設定します。たとえば、以下の設定を使用すると、3 つのコントローラーノードがノード node00、node01、および node02 に、3 つのコンピュートノードがノード node04、node05、および node06 に、それぞれプロビジョニングされます。

   - name: Controller
     count: 3
     instances:
     - hostname: overcloud-controller-0
       name: node00
     - hostname: overcloud-controller-1
       name: node01
     - hostname: overcloud-controller-2
       name: node02
   - name: Compute
     count: 3
     instances:
     - hostname: overcloud-novacompute-0
       name: node04
     - hostname: overcloud-novacompute-1
       name: node05
     - hostname: overcloud-novacompute-2
       name: node06

4. オプション: デフォルトでは、プロビジョニングプロセスは overcloud-hardened-uefi-full.qcow2 イメージを使用します。イメージのローカル URL またはリモート URL を指定することで、特定のノードで使用されるイメージ、またはロールのすべてのノードで使用されるイメージを変更できます。次の例では、イメージをローカル QCOW2 イメージに変更します。

   特定のノード

   - name: Controller
     count: 3
     instances:
     - hostname: overcloud-controller-0
       name: node00
       image:
         href: file:///var/lib/ironic/images/overcloud-custom.qcow2
     - hostname: overcloud-controller-1
       name: node01
       image:
         href: file:///var/lib/ironic/images/overcloud-full-custom.qcow2
     - hostname: overcloud-controller-2
       name: node02
       image:
         href: file:///var/lib/ironic/images/overcloud-full-custom.qcow2

   ロールのすべてのノード

   - name: Controller
     count: 3
     defaults:
       image:
         href: file:///var/lib/ironic/images/overcloud-custom.qcow2
     instances:
     - hostname: overcloud-controller-0
       name: node00
     - hostname: overcloud-controller-1
       name: node01
     - hostname: overcloud-controller-2
       name: node02

5. ロールのすべてのノードのネットワークレイアウト、または特定のノードのネットワークレイアウトを定義します。

   特定のノード

   次の例では、特定のコントローラーノードのネットワークをプロビジョニングし、予測可能な IP を Internal API ネットワークのノードに割り当てます。

   - name: Controller
     count: 3
     defaults:
       network_config:
         template: /home/stack/templates/nic-config/myController.j2
         default_route_network:
         - external
     instances:
     - hostname: overcloud-controller-0
       name: node00
       networks:
       - network: ctlplane
         vif: true
       - network: external
         subnet: external_subnet
       - network: internal_api
         subnet: internal_api_subnet01
         fixed_ip: 172.21.11.100
       - network: storage
         subnet: storage_subnet01
       - network: storage_mgmt
         subnet: storage_mgmt_subnet01
       - network: tenant
         subnet: tenant_subnet01

   重要

   Red Hat OpenStack Platform 17.1 以降、ips-from-pool.yaml ファイルを使用して予測可能な IP をノードに割り当てることができなくなりました。ネットワークの IP アドレスを指定するには、ベアメタル定義ファイルの fixed_ip プロパティーを使用する必要があります。詳細は、ベアメタルノードのプロビジョニング属性 を参照してください。

1. オプション: デフォルトのディスクパーティションサイズが要件を満たさない場合は、ディスクパーティションサイズの割り当てを設定します。たとえば、/var/log パーティションのデフォルトのパーティションサイズは 10 GB です。ログストレージおよび保存要件を考慮して、10 GB が要件を満たすかどうかを判断してください。ログストレージ用に割り当てられたディスクサイズを増やす必要がある場合は、次の設定をノード定義ファイルに追加して、デフォルトをオーバーライドします。

   - name: Compute
     count: 3
     defaults:
       ...
     ansible_playbooks:
       - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-growvols.yaml
         extra_vars:
           role_growvols_args:
             default:
               /=8GB
               /tmp=1GB
               /var/log=<log_size>GB
               /var/log/audit=2GB
               /home=1GB
               /var=100%

   • <log_size> を、ログファイルに割り当てるディスクのサイズに置き換えます。
2. Object Storage サービス (swift) とディスク全体のオーバークラウドイメージ overcloud-hardened-uefi-full を使用する場合に、ディスクのサイズと /var および /srv のストレージ要件に基づいて /srv パーティションのサイズを設定する必要があります。詳細は、Object Storage サービスのディスクパーティション全体の設定 を参照してください。
3. オプション: カスタムリソースクラスまたはプロファイル機能を使用して、オーバークラウドノードを特定のロールに指定します。詳細は、リソースクラスを一致させることによるオーバークラウドノードのロールの指定 および プロファイルを一致させることによるオーバークラウドノードのロールの指定 を参照してください。
4. ノードに割り当てるその他の属性を定義します。ノード定義ファイルでノード属性を設定するために使用できるプロパティーについて詳しくは、ベアメタルノードのプロビジョニング属性 を参照してください。ノード定義ファイルの例は、ノード定義ファイルの例 を参照してください。

5. オーバークラウドノードをプロビジョニングします。

   (undercloud)$ openstack overcloud node provision \
    [--templates <templates_directory> \]
    --stack <stack> \
    --network-config \
    --output <deployment_file> \
    /home/stack/templates/<node_definition_file>

   • オプション: --templates オプションを含めて、/usr/share/openstack-tripleo-heat-templates にあるデフォルトテンプレートの代わりに独自のテンプレートを使用します。<templates_directory> は、テンプレートを含むディレクトリーへのパスに置き換えます。
   • <stack> を、ベアメタルノードがプロビジョニングされるスタックの名前に置き換えます。指定しない場合、デフォルトは overcloud です。
   • --network-config オプションの引数を含めて、cli-overcloud-node-network-config.yaml Ansible Playbook にネットワーク定義を提供します。Playbook cli-overcloud-node-network-config.yaml は、os-net-config ツールを使用して、デプロイされたノードにネットワーク設定を適用します。--network-config を使用してネットワークを定義をしない場合は、network-environment.yaml ファイルで {{role.name}}NetworkConfigTemplate パラメーターを設定する必要があります。設定しない場合は、デフォルトのネットワーク定義が使用されます。
   • <deployment_file> は、デプロイメントコマンドに含めるために生成する heat 環境ファイルの名前に置き換えます (例 :/home/stack/templates/overcloud-baremetal-deployed.yaml)。
   • <node_definition_file> は、ノード定義ファイルの名前 (overcloud-baremetal-deploy.yaml など) に置き換えます。

6. 別のターミナルでプロビジョニングの進捗を監視します。

   (undercloud)$ watch openstack baremetal node list

   • プロビジョニングが成功すると、ノードの状態が available から active に変わります。
   • ノードのハードウェアまたはネットワーク設定の障害が原因でノードのプロビジョニングが失敗した場合は、プロビジョニング手順を再度実行する前に、失敗したノードを削除できます。詳細は、障害が発生したベアメタルノードをノード定義ファイルから削除する を参照してください。

7. metalsmith ツールを使用して、割り当てやポートなどを含むノードの統合ビューを取得します。

   (undercloud)$ metalsmith list

8. ノードとホスト名の関連付けを確認します。

   (undercloud)$ openstack baremetal allocation list