機械翻訳について

4 個々のコンポーネントのパッチ適用

粒度の細かいパッチ適用メカニズムを使用すると、個々のハードウェアおよびソフトウェア・コンポーネントのパッチ適用手順を実行できます。 管理ノード・パッチに含まれるコンポーネントに加えて、様々なカテゴリのファームウェア、コンピュート・ノード上のオペレーティング・システムおよびアプライアンス固有のソフトウェア、およびOracle Cloud Infrastructureイメージにパッチを適用することもできます。

複数のパッチを同時にインストールする場合は、次の順序でパッチ適用操作を実行します:

  1. コンピュート・ノード

  2. 管理ノード

  3. MySQLクラスタ・データベース

  4. EtcD

  5. Vault

  6. Kubernetesクラスタ

  7. プラットフォーム

  8. ファームウェア

コンピュート・ノードへのパッチ適用

コンピュート・ノードのパッチ適用は、管理ノードのホスト・オペレーティング・システムのパッチ適用に似ています: これにより、最新のOracle Linuxカーネルおよびユーザー領域パッケージ、およびアプライアンス固有の最適化を含むovm-agentパッケージがインストールされます。 コンピュート・ノードをプロビジョニングおよびロックしてから、一度に1つずつパッチを適用する必要があります。同時パッチはサポートされていません。 パッチの成功後、コンピュート・ノードがリブートしたときに、ノードが通常の操作に戻ることができるように、管理者は手動でロックを削除する必要があります。

syncUpstreamUlnMirrorコマンドを発行して、コンピュート・ノードのパッチ適用の前に、共有ストレージ上のミラーの同期が完了していることを確認します。 詳細は、「パッチ適用の準備」を参照してください。

「サービスWeb UI」の使用

  1. パッチを適用するコンピュート・ノードのプロビジョニング・ロックとメンテナンス・ロックを設定します。

    詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」の項の「コンピュート・ノード操作の実行」を参照してください。

    1. ナビゲーション・メニューで、Rack Unitsをクリックします。 「ラック・ユニット」表で、パッチを適用するコンピュート・ノードの名前をクリックして詳細ページを表示します。

    2. コンピュート・ノードの詳細ページの右上隅にあるControlsをクリックし、プロビジョニング・ロック・コマンドを選択します。

    3. プロビジョニング・ロックが設定されたら、Controlsを再度クリックし、Maintenance Lockコマンドを選択します。

  2. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  3. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  4. 適切なパッチ・リクエスト・タイプの選択: パッチCN。

  5. 必要に応じて、リクエスト・パラメータを入力します:

    • ホストIP: 内部管理ネットワークでコンピュート・ノードに割り当てられたIPアドレスを入力します。 これは、内部の100.96.2.0/23範囲のIPアドレスです。

    • ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力 : uln=https://host.example.com/yum

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

    • 拡張オプションJSON: 利用できません。

  6. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

  7. コンピュート・ノードに正常にパッチが適用されたら、プロビジョニングとメンテナンスのロックを解放します。

    詳細は、「ハードウェア管理」のコンピュート・ノード操作の実行を参照してください。

    1. コンピュート・ノードの詳細ページを開きます。

    2. コンピュート・ノードの詳細ページの右上隅にあるControlsをクリックし、Maintenance Unlockコマンドを選択します。

    3. メンテナンス・ロックが解放されたら、制御を再度クリックし、プロビジョニング・ロック解除コマンドを選択します。

「サービスCLI」の使用

  1. コマンドを実行するために必要な情報を収集します:

    • パッチを適用するコンピュート・ノードのIPアドレス

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. パッチを適用するコンピュート・ノードのプロビジョニング・ロックとメンテナンス・ロックを設定します。

    詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」の項の「コンピュート・ノード操作の実行」を参照してください。

    PCA-ADMIN> list ComputeNode
    Data:
      id                                     name       provisioningState   provisioningType
      --                                     ----       -----------------   ----------------
      363a26f4-fa34-4e4c-8e17-a1671a0b77d1   pcacn001   Provisioned         KVM
      9e8745c7-52e3-4aae-984c-e198869ee2cc   pcacn002   Provisioned         KVM
      56a9ecda-2402-427f-92d1-7f9be57dba36   pcacn003   Provisioned         KVM
    
    PCA-ADMIN> provisioningLock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1
    
    PCA-ADMIN> maintenanceLock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1
  3. patchコマンドを入力します。

    構文(1行に入力):

    patchCN 
    hostIp=<compute-node-ip>
    uln=<http|https>://<hostname.domainname>/<sub-directories>                  

    例:

    PCA-ADMIN> patchCN hostIp=100.96.2.64 ULN=http://host.example.com/yum

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchCN hostIp=<compute-node-ip>

  4. リクエストIDとジョブIDを使用して、パッチ適用プロセスのステータスを確認します。

    PCA-ADMIN> getUpgradeJobs
  5. コンピュート・ノードのパッチが正常に完了し、ノードがリブートしたら、ロックを解除します。

    詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「ハードウェア管理」の項の「コンピュート・ノード操作の実行」を参照してください。

    PCA-ADMIN> maintenanceUnlock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1
    PCA-ADMIN> provisioningUnlock id=363a26f4-fa34-4e4c-8e17-a1671a0b77d1
  6. 次のコンピュート・ノードに進み、この手順を繰り返します。

管理ノード・オペレーティング・システムへのパッチ適用

管理ノードのOracle Linuxホスト・オペレーティング・システムは、一度に1つのノードにパッチを適用する必要があります。すべての管理ノードのローリング・パッチは実行できません。 カーネル・パッケージおよびシステム・パッケージの更新を含むこのパッチ適用プロセスは、常にクラスタの仮想IPを保持する管理ノードから開始する必要があります。 したがって、3つの管理ノード・クラスタで2つの管理ノードにパッチを適用した場合、クラスタの仮想IPをパッチが適用された管理ノードの1つに再割り当てし、そのノードから最後のパッチ・コマンドを実行する必要があります。 各管理ノードは、パッチの適用後に再起動する必要があります。

管理ノードに一度に1つずつパッチを適用する必要があります。各内部IPアドレスをコマンド・パラメータとして使用します。 ホストIPアドレスを取得するには、「サービスCLI」コマンドshow ManagementNode name=<pcamn01>を使用し、出力でIp Addressを探します。

このコンポーネントの「サービスWeb UI」で必要なすべてのパッチ適用タスクを完了することはできません。 「サービスCLI」を使用して、管理ノードにパッチを適用します。

「サービスCLI」の使用

  1. コマンドを実行するために必要な情報を収集します:

    • ホスト・オペレーティング・システムにパッチを適用する予定の管理ノードのIPアドレス

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. 管理クラスタの仮想IPを保持する管理ノードから「サービスCLI」を実行します。

    1. 管理ノードのいずれかにログオンし、クラスタのステータスを確認します。

      # ssh root@pcamn01
      # pcs status
      Cluster name: mncluster
      Stack: corosync
      Current DC: pcamn02 (version 1.1.23-1.0.1.el7-9acf116022) - partition with quorum
      
      Online: [ pcamn01 pcamn02 pcamn03 ]
      
      Full list of resources:
      
       scsi_fencing         (stonith:fence_scsi):          Stopped (disabled)
       Resource Group: mgmt-rg
           vip-mgmt-int     (ocf::heartbeat:IPaddr2):      Started    pcamn02
           vip-mgmt-host    (ocf::heartbeat:IPaddr2):      Started    pcamn02
           vip-mgmt-ilom    (ocf::heartbeat:IPaddr2):      Started    pcamn02
           vip-mgmt-lb      (ocf::heartbeat:IPaddr2):      Started    pcamn02
           vip-mgmt-ext     (ocf::heartbeat:IPaddr2):      Started    pcamn02
           l1api            (systemd:l1api):               Started    pcamn02
           haproxy          (ocf::heartbeat:haproxy):      Started    pcamn02
           pca-node-state   (systemd:pca_node_state):      Started    pcamn02
           dhcp             (ocf::heartbeat:dhcpd):        Started    pcamn02
           hw-monitor       (systemd:hw_monitor):          Started    pcamn02
      
      Daemon Status:
        corosync: active/enabled
        pacemaker: active/enabled
        pcsd: active/enabled

      この例では、コマンド出力は、ホスト名がpcamn02のノードが現在クラスタ仮想IPを保持していることを示しています。

  3. 管理ノードの仮想IPにログインし、「サービスCLI」を起動します。

    # ssh -l admin 100.96.2.32 -p 30006
  4. patchコマンドを入力します。

    現在仮想IPをホストしていない管理ノードの1つを選択します。 前の例では、pcamn02はクラスタの仮想IPを保持するため、パッチ・ターゲットとしてpcamn01またはpcamn03のいずれかを選択します。

    構文(1行に入力):

    patchHost 
    ULN=<http|https>://<hostname.domainname>/<sub-directories>
    hostIp=<management-node-ip>                  

    例:

    PCA-ADMIN> patchHost ULN=http://host.example.com/yum \
    patchHost hostIp=100.96.2.33 \
    Command: patchHost ULN=http://host.example.com/yum hostIp=100.96.2.33
    Status: Success
    Time: 2022-01-01 21:06:56.849 UTC
    Data: Service request has been submitted.  Upgrade Job ID = 1632990827394-host-56156 \
    Upgrade Request ID = UWS-1a97a8d9-54ef-478d-a0c0-348a17ba6755

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchHost hostIp=<management-node-ip>

  5. ジョブIDを使用して、パッチ・プロセスのステータスを確認します。 ジョブIDは、patchコマンドの出力にリストされます。

    PCA-ADMIN> getUpgradeJob upgradeJobId=1632990827394-host-56156
  6. パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。

    管理ノードが再起動するまで約5分待ちます。

  7. 最初の管理ノードのホスト・オペレーティング・システム・パッチが正常に完了したら、次の管理ノードに対して同じコマンドを実行します。

    PCA-ADMIN> patchHost hostIp=100.96.2.35 \
    ULN=http://host.example.com/yum \

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchHost hostIp=<management-node-ip>

  8. パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。

    管理ノードが再起動するまで約5分待ちます。

  9. 2番目の管理ノードのホスト・オペレーティング・システム・パッチが正常に完了したら、クラスタの仮想IPをアップグレード済みの管理ノードの1つに移動します。

    # ssh root@pcamn01
    root@pcamn01's password:
    Last login: Mon Jan 10 20:50:28 2022
    # pcs resource move mgmt-rg pcamn01
    # pcs status
    Cluster name: mncluster
    Stack: corosync
    [...]
     scsi_fencing   (stonith:fence_scsi):   Stopped (disabled)
     Resource Group: mgmt-rg
         vip-mgmt-int       (ocf::heartbeat:IPaddr2):       Started pcamn01
         vip-mgmt-host      (ocf::heartbeat:IPaddr2):       Started pcamn01
    [...]

    クラスタ仮想IPを別の管理ノードに移動する場合は、数秒かかるだけで、現在の接続が閉じます。

  10. 管理ノードの仮想IPにログインし、「サービスCLI」を起動して、最終管理ノードのホスト・オペレーティング・システム・パッチを実行します。

    # ssh -l admin 100.96.2.32 -p 30006
    PCA-ADMIN> patchHost hostIp=100.96.2.34 \
    ULN=http://host.example.com/yum \

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchHost hostIp=<management-node-ip>

  11. パッチ適用プロセスの最後に、管理ノードが自動的に再起動されます。

    管理ノードが再起動するまで約5分待ちます。

    このパッチが正常に完了すると、すべての管理ノードのオペレーティング・システムが最新です。

MySQL Clusterデータベースへのパッチ適用

MySQL Clusterデータベースには、管理ノードのホスト・オペレーティング・システムとは関係なくパッチが適用されます。MySQLパッケージは、意図的にOracle Linuxアップグレードとは別に保持されます。

パッチを適用する前に、必ずシステム・バックアップを実行してください。 「Oracle Private Cloud Appliance管理者ガイド」のバックアップおよびリストアに関する項を参照してください。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: MySQLにパッチを適用します。

  4. 必要に応じて、パッチ・リクエスト・パラメータを入力します:

    • ULN: データセンターのULNミラーの完全修飾ドメイン名。

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchMySQL 
    ULN=<http|https>://<hostname.domainname>/<sub-directories>                

    例:

    PCA-ADMIN> patchMySQL ULN=http://host.example.com/yum

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchMySQL

  3. リクエストIDとジョブIDを使用して、パッチ・プロセスのステータスを確認します。

    PCA-ADMIN> getupgradejobs
    Command: getupgradejobs
    Status: Success
    Time: 2022-01-24 18:53:22,117 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1642593347925-mysql-40566        UWS-1ee38895-dedf-41c5-ab77-eebe294707ed   mysql         Passed
    
    PCA-ADMIN> getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed
    Command: getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed
    Status: Success
    Time: 2022-01-24 18:54:05,408 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1642593347925-mysql-40566        UWS-1ee38895-dedf-41c5-ab77-eebe294707ed   mysql         Passed

EtcdとVaultへのパッチ適用

シークレット・サービスには、個別にパッチを適用する必要がある2つのコンポーネントが含まれています: EtcdとVault。 パッチを適用する順序は関係ありません。

EtcdおよびVaultパッチはローリング・パッチです: 各パッチは、3つの管理ノードすべてで1つのコマンドで実行されます。

パッチを適用する前に、必ずシステム・バックアップを実行してください。 「Oracle Private Cloud Appliance管理者ガイド」のバックアップおよびリストアに関する項を参照してください。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: パッチEtcd。

  4. 必要に応じて、パッチ・パラメータを入力します:

    • ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

  6. Etcdパッチが正常に完了したら、この手順を繰り返してボールトのパッチを作成します。

「サービスCLI」の使用

  1. パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchVault
    uln=<http|https>://<hostname.domainname>/<sub-directories>
    
    patchEtcd 
    uln=<http|https>://<hostname.domainname>/<sub-directories>         

    例:

    PCA-ADMIN> patchVault ULN=http://host.example.com/yum
    
    PCA-ADMIN> patchEtcd ULN=http://host.example.com/yum

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchVault, patchEtcd.

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getupgradejobs
    Command: getupgradejobs
    Status: Success
    Time: 2022-01-24 18:53:22,117 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1642594274785-vault-29202        UWS-1ee38895-dedf-41c5-ab77-eebe294707ed   vault         Passed
      1642593966208-etcd-6066          UWS-1ee38895-dedf-41c5-ab77-eebe294707ed   etcd          Passed
    
    PCA-ADMIN> getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed
    Command: getupgradejobs requestid=UWS-1ee38895-dedf-41c5-ab77-eebe294707ed
    Status: Success
    Time: 2022-01-24 18:54:05,408 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------  
      1642594274785-vault-29202        UWS-1ee38895-dedf-41c5-ab77-eebe294707ed   vault         Passed
      1642593966208-etcd-6066          UWS-1ee38895-dedf-41c5-ab77-eebe294707ed   etcd          Passed

Kubernetesクラスタへのパッチ適用

Kubernetesコンテナ・オーケストレーション環境パッチ適用も、オペレーティング・システムとは別に保持されます。 1つのコマンドを使用すると、すべてのKubernetesパッケージ(kubeadm、kubectl、kubeletなど)に3つの管理ノードとすべてのコンピュート・ノードでパッチが適用されます。 このパッチ適用には、Kubernetesコンテナで実行されているマイクロサービスは含まれません。

syncUpstreamUlnMirrorコマンドを発行して、Kubernetesパッチ適用の前に共有ストレージでのミラーの同期が完了していることを確認します。 詳細は、「パッチ適用の準備」を参照してください。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: Kubernetesにパッチを適用します。

  4. 必要に応じて、パッチ・パラメータを入力します:

    • ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchKubernetes 
    uln=<http|https>://<hostname.domainname>/<sub-directories>                

    例:

    PCA-ADMIN> patchKubernetes ULN=http://host.example.com/yum

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchKubernetes

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getupgradejobs
    Command: getupgradejobs
    Status: Success
    Time: 2022-01-18 20:11:16,398 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1642509549088-kubernetes-51898   UWS-4f0d9e99-a515-4170-ab35-9f8bdcbdb2b5   kubernetes    Passed
      1642492793827-oci-12162          UWS-6e06bbb7-16b8-49ba-9c33-f42fffbe1323   oci           Failed
    PCA-ADMIN> getupgradejobs requestid=UWS-4f0d9e99-a515-4170-ab35-9f8bdcbdb2b5
    Status: Success
    Time: 2022-01-18 20:12:52,760 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1642509549088-kubernetes-51898   UWS-4f0d9e99-a515-4170-ab35-9f8bdcbdb2b5   kubernetes    Passed
    PCA-ADMIN>

プラットフォームへのパッチの適用

プラットフォームへのパッチ適用は、プラットフォーム・レイヤーの内部サービスと、インフラストラクチャ・サービス・レイヤーを介して公開される管理レベルとユーザー・レベルのサービスの両方を対象としています。

コンテナ化されたマイクロサービスには、独自の個別パッチ適用メカニズムがあります。 新しいHelmデプロイメント・チャートおよびコンテナ・イメージがpca302_containers ULNチャネルで見つかった場合、サービスにパッチが適用されます。 パッチ適用プロセス中に新しいデプロイメント・チャートが検出されると、サービスを実行しているポッドが新しいコンテナ・イメージで再起動されます。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: パッチ・プラットフォーム。

  4. 必要に応じて、パッチ・パラメータを入力します:

    • ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchPlatform uln=<http|https>://<hostname.domainname>/<sub-directories>        

    例:

    PCA-ADMIN> patchPlatform ULN=http://host.example.com/yum
    Command: patchPlatform ULN=http://host.example.com/yum
    Status: Success
    Time: 2021-12-08 17:36:12,217 UTC
    Data:
      Service request has been submitted. Upgrade Job Id = 1638984971208-platform-79257 \
    Upgrade Request Id = UWS-39f3f08f-b2d1-4804-8185-2dd3af60dd41

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchPlatform

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getupgradejobs
    Command: getupgradejobs
    Status: Success
    Time: 2021-12-08 17:36:34,657 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1638984971208-platform-79257     UWS-39f3f08f-b2d1-4804-8185-2dd3af60dd41   platform      None
    
    PCA-ADMIN> getupgradejob upgradeJobId=1638984971208-platform-79257
    Command: getupgradejob upgradeJobId=1638984971208-platform-79257
    Status: Success
    Time: 2021-12-08 17:36:19,385 UTC
    Data:
      Upgrade Request Id = UWS-39f3f08f-b2d1-4804-8185-2dd3af60dd41
      Name = platform
      Start Time = 2021-12-08T17:36:11
      Pid = 79257
      Host = pcamn02
      Log File = /nfs/shared_storage/pca_upgrader/log/pca-upgrader_platform_services_2021_12_08-17.36.11.log
      Arguments = {"component_names":null,"diagnostics":false,"display_task_plan":false,"dry_run_tasks":false, \
      "expected_iso_checksum":null,"fail_halt":false,"fail_upgrade":null,"image_location":null, \
    [...]
      Process = alive
      Tasks 1 - Name = Validate ULN Channel URL
      Tasks 1 - Description = Verify that the ULN channel URL is accessible
      Tasks 1 - Time = 2021-12-08T17:36:12
    [...]

ファームウェアのパッチ適用

ファームウェアは、すべてのコンポーネントILOMのISOイメージ、Oracle ZFS Storage ApplianceのISOイメージ、およびスイッチに含まれています。 パッチを適用するコンポーネント・タイプに対して、次の手順を選択します。

ILOM IPアドレスの取得

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、Rack Unitsをクリックします。

  2. パッチを適用するコンポーネントの名前をクリックします。

  3. 「ラック・ユニット情報」タブを選択します。

  4. ILOM IPの下にリストされたIPアドレスを記録します。

「サービスCLI」の使用

  1. コンポーネントIDを検索します:

    構文(1行に入力):

    list <component>                

    例:

    PCA-ADMIN> list computeNode
    Command: list computeNode
    Status: Success
    Time: 2021-12-17 21:30:41,064 UTC
    Data:
      id                                     name       provisioningState   provisioningType
      --                                     ----       -----------------   ----------------
      03111396-bb33-4249-9561-b921387c6f3a   pcacn003   Provisioned         KVM
      1600443b-00f3-4424-946d-bd52df778aaf   pcacn001   Provisioned         KVM
      69e4e3b7-9390-4283-b246-49ebedccac95   pcacn002   Provisioned         KVM
  2. コンポーネントIDを使用して、そのコンポーネントの詳細を表示します。

    PCA-ADMIN> show computeNode id=03111396-bb33-4249-9561-b921387c6f3a
    Command: show computeNode id=03111396-bb33-4249-9561-b921387c6f3a
    Status: Success
    Time: 2021-12-17 21:42:47,724 UTC
    Data:
      Id = 03111396-bb33-4249-9561-b921387c6f3a
      Type = ComputeNode
      Provisioning State = Provisioned
    [...]
      Ip Address = 100.96.2.64
      ILOM Ip Address = 100.96.0.64
      Hostname = pcacn001
    [...]

ILOMへのパッチ適用

ILOM パッチは、管理ノードおよびコンピュート・ノードに適用できます。 ファームウェア・パッケージはコンポーネント・タイプごとに異なる可能性があるため、ファームウェア・ディレクトリから正しいパッケージを選択してください。 各内部IPアドレスをコマンド・パラメータとして使用して、ILOMに一度に1つずつパッチを適用する必要があります。

注意:

管理仮想IPアドレスを保持する管理ノードのILOM、つまりクラスタ内のプライマリ・ロールにパッチを適用しないでください。 ILOMにパッチを適用するには、クラスタ内の別のノードがプライマリ・ロールを引き継ぐように、まず問題の管理ノードを再起動します。 ノードが完全に再起動されたら、ILOMパッチを続行できます。

クラスタ内のプライマリ・ロールを持つ管理ノードを確認するには、任意の管理ノードにログインし、コマンドpcs statusを実行します。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: ILOMにパッチを適用します。

  4. パッチ・パラメータを入力します:

    • ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • ホストIP: ILOMネットワークに、コンポーネントに割り当てられたIPアドレスを入力します。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. コマンドを実行するために必要な情報を収集します:

    • ファームウェアにパッチを適用するILOMのIPアドレス

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchIlom
    hostIp=<ilom-ip>
    uln=<http|https>://<hostname.domainname>/<sub-directories>                      

    例:

    PCA-ADMIN> patchIlom hostIp=100.96.4.62 \
    ULN=http://host.example.com/yum \

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchIlom hostIp=<ilom-ip>

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getUpgradeJobs
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1620921089806-ilom-21480         UWS-732d6fce-9f06-4329-b972-d093bee40010   ilom          Passed
    
    PCA-ADMIN> getupgradejobs requestid=UWS-732d6fce-9f06-4329-b972-d093bee40010
    Command: getupgradejobs requestid=UWS-732d6fce-9f06-4329-b972-d093bee40010
    Status: Success
    Time: 2022-01-24 18:23:39,690 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1620921089806-ilom-21480         UWS-732d6fce-9f06-4329-b972-d093bee40010   ilom          Passed
  4. syncHardwareDataコマンドを使用して、システム・ハードウェア・データベースのハードウェア属性を更新します。

    ノート:

    syncHardwareDataコマンドは、内部自動システム・タスクにも使用されます。 syncHardwareDataコマンドを手動で発行したときにこの自動タスクが実行されている場合、ロックによってコマンドの実行が妨げられ、次のエラーが表示されます:
    This command cannot be performed at this time. Please try again.
    しばらく待ってから、syncHardwareDataコマンドを再発行します。

パッチの最後に、ILOM自体が自動的に再起動されます。 ただし、すべての変更を有効にするには、サーバー・コンポーネントもリブートする必要があります。

ZFS Storage Applianceオペレーティング・ソフトウェアへのパッチ適用

システムZFS Storage Applianceのオペレーティング・ソフトウェアにパッチを適用するには、ULNミラーへのパスを指定するだけで済みます。 ストレージ・コントローラのIPアドレスがわかっているため、1つのコマンドで両方のコントローラのローリング・パッチが開始されます。

注意:

アップグレード・プロセス中にユーザーがZFS Storage ApplianceまたはZFS Storage Appliance ILOMにログインしていないことを確認します。

注意:

アップグレードの進行中にストレージ構成を変更しないでください。 コントローラでさまざまなソフトウェア・バージョンが実行されている場合、あるコントローラの構成を変更しても、そのピア・コントローラには伝播されません。

ノート:

ZFS Storage Applianceの更新には、ILOMおよびBIOSファームウェアが含まれることがあります。 BIOSファームウェアの更新が必要な場合は、次回ストレージ・ヘッドをシャットダウンしたときにBIOSが更新されることを示すノートがアップグレード・ログに表示されます。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: Zfssaにパッチを適用します。

  4. パッチ・パラメータを入力します:

    • ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. コマンドを実行するために必要な情報を収集: ULNミラー内のAK-NASファームウェア・パッケージへのパス。

  2. patchコマンドを入力します。

    構文:

    patchZfssa uln=<http|https>://<hostname.domainname>/<sub-directories>                   

    例:

    PCA-ADMIN> patchZfssa ULN=http://host.example.com/yum

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchZfssa

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getUpgradeJobs
    Status: Success
    Time: 2022-01-24 18:19:29,731 UTC
    Data:
      id                               upgradeRequestId                           commandName   result
      --                               ----------------                           -----------   ------
      1643035466051-zfssa-62915        UWS-831fd008-cc32-428d-8e76-91c43081f6e7   zfssa         Passed
     
    PCA-ADMIN> getupgradejobs requestid=UWS-831fd008-cc32-428d-8e76-91c43081f6e7
    Command: getupgradejobs requestid=UWS-831fd008-cc32-428d-8e76-91c43081f6e7
    Status: Success
    Time: 2022-01-24 18:27:52,083 UTC
    Data:
      id                          upgradeRequestId                           commandName   result
      --                          ----------------                           -----------   ------
      1643035466051-zfssa-62915   UWS-831fd008-cc32-428d-8e76-91c43081f6e7   zfssa         Passed

スイッチ・ソフトウェアへのパッチ適用

アプライアンス・ラックには、Cisco Nexusスイッチの3つのカテゴリが含まれています: 管理スイッチ、2つのリーフ・スイッチ、および2つのスパイン・スイッチ。 すべて同じCisco NX-OSネットワーク・オペレーティング・ソフトウェアを実行します。 スイッチに優先されるパッチ適用順序はありません。

ファームウェアにパッチを適用する場合は、各パッチ・コマンドで同じバイナリ・ファイルを使用します。 スイッチのカテゴリごとに1つのコマンドだけが必要です。つまり、リーフ・スイッチとスパイン・スイッチにはペアでパッチが適用されます。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: パッチ・スイッチ。

  4. パッチ・パラメータを入力します:

    • ULN: データセンター内のULNミラーの完全修飾ドメイン名を入力します。

      パッチ適用環境を準備する手順に従った場合、このパラメータはオプションです。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

    • スイッチ・タイプ: パッチを適用するスイッチ・タイプを選択します。 優先順序は次のとおりです: 最初にリーフ・スイッチ、次にスパイン・スイッチ、最後に管理スイッチ。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

  6. パッチが正常に完了したが、システム内の他のスイッチにまだパッチを適用する必要がある場合は、パッチ適用が必要な他のタイプのスイッチに対してこの手順を繰り返します。

「サービスCLI」の使用

  1. コマンドを実行するために必要な情報を収集します:

    • パッチを適用するスイッチのタイプ(スパイン、リーフ、管理)

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchSwitch 
    switchType=[MGMT, SPINE, LEAF] 
    imageLocation=<http|https>://<hostname.domainname>/<sub-directories>                

    例:

    PCA-ADMIN> patchSwitch switchType=LEAF \
    imageLocation=http://host.example.com/yum \

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchSwitch switchType=[MGMT, SPINE, LEAF]

  3. リクエストIDとジョブIDを使用して、アップグレード・プロセスのステータスを確認します。

    PCA-ADMIN> getUpgradeJobs
  4. syncHardwareDataコマンドを使用して、システム・ハードウェア・データベースのハードウェア属性を更新します。

    ノート:

    syncHardwareDataコマンドは、内部自動システム・タスクにも使用されます。 syncHardwareDataコマンドを手動で発行したときにこの自動タスクが実行されている場合、ロックによってコマンドの実行が妨げられ、次のエラーが表示されます:
    This command cannot be performed at this time. Please try again.
    しばらく待ってから、syncHardwareDataコマンドを再発行します。

Oracle Cloud Infrastructureイメージへのパッチ適用

メジャー・リリース間で新しいOracle Cloud Infrastructureイメージが使用可能になり、Oracle Private Cloud Applianceでサポートされると、パッチ適用プロセスを使用してこれらのイメージを取得できます。

パッチ適用メソッドを使用してインストールされたOracle Cloud Infrastructureイメージは、ZFSストレージ・アプライアンスの/nfs/shared_storage/oci_compute_imagesディレクトリに格納されます。

「サービスWeb UI」の使用

  1. ナビゲーション・メニューで、アップグレード&パッチ適用をクリックします。

  2. 「アップグレード・ジョブ」ページの右上隅にあるアップグレードまたはパッチの作成をクリックします。

    Create Requestウィンドウが表示されます。 リクエスト・タイプとして「パッチ」を選択します。

  3. 適切なパッチ・リクエスト・タイプの選択: OCIImagesにパッチを適用します。

  4. 必要に応じて、リクエスト・パラメータを入力します:

    • ULN: 共有ストレージへのパスを入力します。

    • 拡張オプションJSON: 利用できません。

    • ログ・レベル: オプションで、アップグレード・ログファイルの特定のログ・レベルを選択します。 デフォルトのログ・レベルは「情報」です。 詳細は、「デバッグ」を選択します。

  5. Create Requestをクリックします。

    新しいパッチ・リクエストが「アップグレード・ジョブ」表に表示されます。

「サービスCLI」の使用

  1. パッチ適用環境を準備する手順を以前に実行していない場合は、コマンドの実行に必要な情報を収集します:

    • データセンター内のULNミラーの完全修飾ドメイン名

  2. patchコマンドを入力します。

    構文(1行に入力):

    patchOCIimages 
    uln=<http|https>://<hostname.domainname>/<sub-directories>                  

    例:

    PCA-ADMIN> patchOCIimages ULN=http://host.example.com/yum

    パッチ適用環境を準備する手順に従った場合は、ULNパラメータを指定せずにコマンドを入力: patchOCIimages

  3. リクエストIDとジョブIDを使用して、パッチ適用プロセスのステータスを確認します。

    PCA-ADMIN> getupgradejobs
    Command: getupgradejobs
    Status: Success
    Time: 2022-01-18 19:58:34,745 UTC
    Data:
      id                             upgradeRequestId                           commandName   result
      --                             ----------------                           -----------   ------
      1641839285475-oci-94665        UWS-778b08bc-f579-492b-993d-915dcf581374   oci           Passed
      1641838937541-platform-56313   UWS-bc4372ae-8f51-4b40-9306-992fb6459878   platform      Failed
      
    PCA-ADMIN> getupgradejobs requestid=UWS-778b08bc-f579-492b-993d-915dcf581374
    Command: getupgradejobs requestid=UWS-778b08bc-f579-492b-993d-915dcf581374
    Status: Success
    Time: 2022-01-18 20:00:43,804 UTC
    Data:
      id                        upgradeRequestId                           commandName   result
      --                        ----------------                           -----------   ------
      1641839285475-oci-94665   UWS-778b08bc-f579-492b-993d-915dcf581374   oci           Passed
    PCA-ADMIN>