プライベート クラウドのメンテナンスと更新

プライベート クラウド環境は、単一障害点のないように、次のように設計されています。

• ESXi クラスタは、vSphere 高可用性（HA）で構成されています。クラスタは、復元力を確保するために少なくとも 1 つの予備ノードを持つようにサイズ設定されます。
• vSAN は、単一障害に対する保護を確保するために少なくとも 3 つのノードを必要とする冗長プライマリ ストレージを提供します。大規模なクラスタの場合は、復元性を高めるように vSAN を構成できます。
• vCenter、PSC、NSX Manager 仮想マシン（VM）は、ストレージ障害から保護するために RAID-10 ストレージで構成されています。また、VM は vSphere HA によってノード障害やネットワーク障害から保護されます。
• ESXi ホストには冗長なファンと NIC があります。
• TOR スイッチとスパイン スイッチは、復元力を確保するため HA ペアで構成されています。

VMware Engine は、稼働時間を継続的にモニタリングし、可用性をモニタリングして、次のタイプの VM に対して可用性 SLA を提供します。

• ESXi ホスト
• vCenter
• PSC
• NSX Manager

VMware Engine は次のものに関するエラーを継続的にモニタリングします。

• ハードディスク
• 物理 NIC ポート
• サーバー
• ファン
• 電源
• スイッチ
• スイッチポート

ディスクまたはノードに障害が発生した場合、VMware Engine は直ちに、該当する VMware クラスタに新しいノードを自動的に追加して、サービスのオペレーションを復元します。

プライベート クラウドの次の VMware 要素は、バックアップ、保守、更新されます。

• ESXi
• vCenter Platform Services Controller
• vSAN
• NSX

バックアップと復元

バックアップには次のものが含まれます。

• vCenter、PSC、DVS ルールの夜間増分バックアップ。
• アプリケーション レイヤでコンポーネントをバックアップするための vCenter ネイティブ API。
• VMware 管理ソフトウェアを更新またはアップグレードする前の自動バックアップ。

メンテナンス

次のタイプの定期メンテナンスが実施されます。

バックエンドと内部のメンテナンス

バックエンドと内部メンテナンスには通常、物理的なアセットの再構成やソフトウェア パッチのインストールが含まれます。提供するアセットの通常の消費には影響しません。冗長 NIC が各物理ラックに配置されるため、通常のネットワーク トラフィックとプライベート クラウドの運用に影響はありません。メンテナンス期間中に組織のエキスパートが冗長帯域幅をすべて使用することを想定している場合にのみ、パフォーマンスに影響が見られる可能性があります。

ポータルのメンテナンス

コントロール プレーンやインフラストラクチャが更新されるときに、限定的なサービスのダウンタイムが必要になります。メンテナンスの間隔は月に 1 回程度です。頻度は時間の経過とともに減少することが想定されます。VMware Engine は、間近に迫ったポータルのメンテナンスを通知すると同時に、メンテナンス間隔をできる限り短くするよう努めています。ポータルのメンテナンス期間中、次のサービスは影響を受けずに引き続き機能します。

• VMware 管理プレーンとアプリケーション
• vCenter へのアクセス
• すべてのネットワークとストレージ

VMware インフラストラクチャのメンテナンス

VMware インフラストラクチャの構成を変更する必要がある場合もあります。頻度は 1～2 か月に 1 回程度で、時間の経過とともに減少することが想定されます。このタイプのメンテナンスは普通、通常のプライベート クラウドの使用を中断することなく行うことができます。VMware のメンテナンス期間中、次のサービスは影響を受けずに引き続き機能します。

• VMware 管理プレーンとアプリケーション
• vCenter へのアクセス
• すべてのネットワークとストレージ

更新とアップグレード

VMware Engine は、プライベート クラウドの VMware ソフトウェア（ESXi、vCenter、PSC、NSX）のライフサイクル管理を担当します。

ソフトウェア アップデートには、次のものが含まれます。

• パッチ: VMware によってリリースされるセキュリティ パッチまたはバグの修正。
• アップデート: VMware スタック コンポーネントのマイナー バージョンの変更。
• アップグレード: VMware スタック コンポーネントのメジャー バージョンの変更。

重要なセキュリティ パッチは、VMware から利用可能になり次第、VMware Engine でテストされます。SLA に基づき、VMware Engine はセキュリティ パッチが提供されてから 1 週間以内にプライベート クラウド環境にロールアウトすることを目標としています。

VMware ソフトウェアの新しいメジャー バージョンが利用可能になると、VMware Engine はお客様と協力してアップグレードを実施するための適切なメンテナンスの時間枠を調整します。VMware Engine は、メジャー バージョンのリリースから遅くとも 6 か月後にメジャー バージョン アップグレードを適用し、メジャー バージョン アップグレードの 1 か月前にお客様に通知します。

VMware Engine は主要な業界ベンダーと連携して、メジャー バージョン アップグレードのロールアウト前に最新の VMware ソフトウェア バージョンをサポートしていることを確認します。特定のベンダーのサポートについては、Cloud カスタマーケアにお問い合わせください。

証明書の更新の責任

証明書の更新は Google が所有する責任です。証明書の更新エラーが発生した場合は、何もする必要はありません。証明書は、有効期限が切れる前に更新されます。ただし、プライベート クラウドで LDAPS が構成されている場合、そのエラーに関連する特定の証明書については、お客様が単独で責任を負うものとします。

準備

更新またはアップグレードを開始する前に、次の準備を行うことをおすすめします。

• ストレージ容量を確認する: SLA を維持するには、vSphere クラスタのストレージ容量の使用率が 80% 未満であることを確認してください。使用率が 80% より高いと、アップグレードに通常より時間がかかることや、完全に失敗することがあります。ストレージの使用率が 70% を超える場合は、クラスタを拡張するためにノードを追加し、アップグレード中にダウンタイムが発生しないようにしてください。
• FTT 0 の vSAN ストレージ ポリシーを変更する: 許容障害数（FTT）が 0 の vSAN ストレージ ポリシーで構成されている VM は、SLA を維持するために FTT が 1 の vSAN ストレージ ポリシーに変更されます。
• VM の CD マウントを削除する: vMotion と互換性のないワークロード VM にマウントされた CD をすべて削除します。
• VMware ツールのインストールを完了する: スケジュールされたアップグレードを開始する前に、VMware ツールのインストールまたはアップグレードを完了します。
• VM の SCSI バス共有を削除する: VM の電源が停止しないようにするには、VM の SCSI バス共有を削除します。
• アクセスできない VM とデータストアを削除する: vCenter インベントリから、使用しておらず、アクセスできない VM を削除します。アクセスできない外部データストアを削除します。
• 分散リソース スケジューラ（DRS）ルールを無効にする: VM をホストに固定する DRS ルールにより、ノードがメンテナンス モードに入ることができなくなります。アップグレード前に DRS ルールを無効にし、アップグレードが完了したら有効にします。
• VMware アドオンとサードパーティ ソリューションを更新する: プライベート クラウドの vCenter にデプロイされた VMware アドオンとサードパーティ ソリューションが、前述のアップグレード後のバージョンと互換性があることを確認します。ツールの例としては、バックアップ、モニタリング、障害復旧、オーケストレーション、その他類似の機能などがあります。アップグレード後に互換性を確保するには、ソリューション ベンダーに確認し、必要に応じて事前に更新してください。

メンテナンス プロセスに影響する可能性のある構成

VMware Engine は、VMware のメンテナンス モードを利用して、アップグレード、更新、ノード メンテナンスを実行します。これにより、Private Cloud ワークロードの運用を継続できます。ただし、次の構成では、ノードがメンテナンス モードに入る前に追加の手順が必要になる場合があります。

• DRS ルール: VM を特定のノードに保持するルールにする必要があります。
• SCSI バス共有: SCSI バスを共有するように構成された VM。
• CD-ROM マウント: CD-ROM が接続されている VM。特に、vMotion を使用して CD-ROM を別のノードに移動できない場合。
• シリアルポート接続: vMotion を使用して別のノードに移動されないようにシリアルポート接続を使用する VM。
• 未加工デバイス マッピング（RDM）: 物理ストレージ デバイスに直接アクセスする VM。

重要: これらの構成を事前に管理することで、今後の VMware Engine のメンテナンス手順を効率化できます。

対応が必要な場合

これらの構成がノードに存在する場合、Cloud カスタマーケアは、プライベート クラウドの可用性を維持するために必要な修正手順を実行する 24 時間前までに通知します。場合によっては、VM の電源をオフにして vMotion で移動してから電源をオンにする、または CD-ROM を削除するなどの手順により、ワークロードが一時的に中断されることがあります。

次のステップ

• VMware Engine のセキュリティについて確認する