サービスに関するお知らせ（アーカイブ）
このページには、アップグレード、下位互換性のない API の変更、プロダクトまたは機能のサポート終了、必須の移行、中断を伴う可能性があるメンテナンスなど、Google Cloud VMware Engine の変更によるサービスに関するお知らせが記載されています。
最新のお知らせについては、最新のサービスに関するお知らせをご覧ください。
| 公開日 | 説明 | 手順 |
|---|---|---|
|
VMware Engine ネットワーク スイッチのアップグレードに関するメンテナンスのお知らせ |
お客様側でのご対応は必要ありません。 | |
|
VMware Engine ネットワーク スイッチのアップグレードに関するメンテナンスのお知らせ |
お客様側でのご対応は必要ありません。 | |
|
vCenter Server と NSX-T の重要なセキュリティ アップデートに関する最新情報 |
お客様側でのご対応は必要ありません。 | |
|
VMware Engine ネットワーク スイッチのアップグレードに関するメンテナンスのお知らせ |
お客様側でのご対応は必要ありません。 | |
|
2021 年 9 月 22 日のサービスに関するお知らせの更新 |
2021 年 9 月 22 日のサービスに関するお知らせのアップグレードの準備セクションをご覧ください。 | |
|
以下のソフトウェアのアップグレードに関するお知らせ:
|
アップグレードの準備セクションをご覧ください。 | |
|
以下のソフトウェアのアップグレードに関するお知らせ:
|
アップグレードの準備セクションをご覧ください。 |
2022 年 10 月 11 日
2022 年 10 月 15 日、VMware Engine 運用チームは 2022 年 5 月 30 日のサービスに関するお知らせで発表された重要なネットワーク インフラストラクチャのメンテナンスを実施します。このメンテナンスで、機器の堅牢性を強化し、セキュリティ パッチが適用されます。
予定されているネットワーク メンテナンスは、Google Cloud VMware Engine ネットワーク ファブリックに限定されます。このメンテナンスで、プライベート クラウドの VMware コンポーネントは更新またはアップグレードされません。
このメンテナンスは、特定のリージョンのすべてのプライベート クラウドをサポートする共通のネットワーク インフラストラクチャで行われます。メンテナンス スケジュールをプライベート クラウド単位でカスタマイズすることはできません。
メンテナンス スケジュールとお知らせ
メンテナンスはすべてのゾーンとリージョンで実行されますが、スケジュールは VMware Engine プレースメント グループごとに異なります。メンテナンスは営業時間外にロールアウトされ、該当地域のローカル タイムゾーンの午前 12 時から午前 6 時までの間、毎日 6 時間継続されます。
通知
VMware Engine は、このメンテナンスに関する次の通知を、VMware Engine ポータルのすべてのユーザーと、メールアラートの受信が構成されているすべてのメールアドレスに送信します。
- プライベート クラウドごとに、少なくとも 7 日前に一般通知を行います。これにより、メンテナンス スケジュールが設定されている週を確認できます。
- メンテナンス イベントが始まる 24 時間前と 1 時間前に事前通知。
- メンテナンス完了時の最終通知。
メンテナンスの対象範囲と影響
このメンテナンスの範囲と影響は次のとおりです。
- 範囲: プライベート クラウドのノードに直接接続されている VMware Engine ネットワーク ファブリック。
影響: 各ノードで、2 つのメンテナンスの時間枠（別々の日）に最大 2 回、小規模な中断が発生する可能性があります。VMware Engine ノードには、NSX-T Edge と分散仮想スイッチ（DVS）の冗長アップリンク構成があります。想定される影響は次の 3 種類です。
- ESXi ノードの DVS リンクに対するネットワーク トラフィックの影響ESXi ノード上のアクティブな DVS リンクのフェイルオーバーでは、最大 2 秒間、ネットワーク トラフィックへの影響が発生する可能性があります。
- ネットワーク トラフィックが NSX-T Edge に与える影響接続されたスイッチがアップグレードされると、フェイルオーバー イベントが発生します。NSX-T Edge では、スタンバイ エンティティへのフェイルオーバーに最大 7 秒かかります。このようなフェイルオーバーは、冗長ラックスイッチの両方のメンテナンス中に最大 2 回行われる可能性があります。ただし、場合によっては、プライベート クラウドでフェイルオーバーを一度だけ行う必要があります。
- アップリンク プロファイルの拡張によるネットワーク トラフィックへの影響ノード アップリンク プロファイルの再構成では、最大 3 秒間、ネットワーク トラフィックへの影響が発生する可能性があります。
必要な対応: お客様側で必要な対応はありません。Google Cloud VMware Engine は、サービスの復元をモニタリングし、確実に行います。
推奨アクション: チームがメンテナンスを認識し、メンテナンス プロセス中およびプロセスの完了後に重要なアプリケーションを検証できるようにします。ワークロードが上記のネットワークの停止の影響を受けやすい場合は特に注意してください。
メンテナンスに関するよくある質問
- なぜアップグレードするのですか？
- Google の技術パートナーが提供する新しいソフトウェア バージョンでは、重要なインフラストラクチャ コンポーネントの堅牢性、セキュリティ、冗長性が高くなっています。
- このメンテナンスにより、Google Cloud VMware Engine のエクスペリエンスはどのように改善されますか？
- ネットワーク ファブリックを最新の状態に保つことにより、本番環境のアプリケーションは常に利用可能になり、Google のエンジニアは新しい機能を引き続き提供できるようになります。
- 本番環境のアプリケーションにサービスの影響はありますか？
- 接続で短いギャップを許容できない場合、メンテナンスによりワークロード VM に影響が生じる可能性があります。
- VMware コンポーネントに対するソフトウェア変更はありますか？
- いいえ。このネットワーク インフラストラクチャのメンテナンスは、プライベート クラウド内の VMware コンポーネントのソフトウェア バージョンには影響しません。
- メンテナンスの完了を確認するにはどうすればよいですか？
- VMware Engine オペレーション チームは、メンテナンスの開始時と完了時にメール通知を送信します。
- アップグレード後に必要な操作はありますか？
- アップグレード後、お客様に行っていただく操作はございません。メンテナンス中とメンテナンスの完了後に、アプリケーションが期待どおりに動作していることを確認します。
- サポートが必要な場合
- アップグレードについてご質問がある場合や、メンテナンス後にサポートが必要な場合は、Cloud カスタマーケアにお問い合わせください。
2022 年 5 月 20 日
2022 年 5 月 30 日、VMware Engine 運用チームは 2022 年 2 月 15 日のサービスに関するお知らせで発表された重要なネットワーク インフラストラクチャのメンテナンスを実施します。このメンテナンスで、機器の堅牢性を強化し、セキュリティ パッチが適用されます。
予定されているネットワーク メンテナンスは、Google Cloud VMware Engine ネットワーク ファブリックに限定されます。このメンテナンスで、プライベート クラウドの VMware コンポーネントは更新またはアップグレードされません。
このメンテナンスは、特定のリージョンのすべてのプライベート クラウドをサポートする共通のネットワーク インフラストラクチャで行われます。メンテナンス スケジュールをプライベート クラウド単位でカスタマイズすることはできません。
メンテナンス スケジュールとお知らせ
メンテナンスはすべてのゾーンとリージョンで実行されますが、スケジュールは VMware Engine プレースメント グループごとに異なります。メンテナンスは営業時間外にロールアウトされ、該当地域のローカル タイムゾーンの午前 12 時から午前 6 時までの間、毎日 6 時間継続されます。
通知
VMware Engine は、このメンテナンスに関する次の通知を、VMware Engine ポータルのすべてのユーザーと、メールアラートの受信が構成されているすべてのメールアドレスに送信します。
- プライベート クラウドごとに、少なくとも 7 日前に一般通知を行います。これにより、メンテナンス スケジュールが設定されている週を確認できます。
- メンテナンス イベントが始まる 24 時間前と 1 時間前に事前通知。
- メンテナンス完了時の最終通知。
メンテナンスの対象範囲と影響
このメンテナンスの範囲と影響は次のとおりです。
- 範囲: プライベート クラウドのノードに直接接続されている VMware Engine ネットワーク ファブリック。
影響: 各ノードで軽微な中断が最大 2 回発生することがあります。VMware Engine ノードには、NSX-T Edge と分散仮想スイッチ（DVS）の冗長アップリンク構成があります。想定される影響は次の 2 種類です。
- ESXi ノードの DVS リンクに対するネットワーク トラフィックの影響ESXi ノード上のアクティブな DVS リンクのフェイルオーバーでは、最大 2 秒間、ネットワーク トラフィックへの影響が発生する可能性があります。
- ネットワーク トラフィックが NSX-T Edge に与える影響接続されたスイッチがアップグレードされると、フェイルオーバー イベントが発生します。NSX-T Edge では、スタンバイ エンティティへのフェイルオーバーに最大 7 秒かかります。このようなフェイルオーバーは、冗長ラックスイッチの両方のメンテナンス中に最大 2 回行われる可能性があります。ただし、場合によっては、プライベート クラウドでフェイルオーバーを一度だけ行う必要があります。
必要な対応: お客様側で必要な対応はありません。Google Cloud VMware Engine は、サービスの復元をモニタリングし、確実に行います。
推奨アクション: チームがメンテナンスを認識し、メンテナンス プロセス中およびプロセスの完了後に重要なアプリケーションを検証できるようにします。ワークロードが上記のネットワークの停止の影響を受けやすい場合は特に注意してください。
メンテナンスに関するよくある質問
- なぜアップグレードするのですか？
- Google の技術パートナーが提供する新しいソフトウェア バージョンでは、重要なインフラストラクチャ コンポーネントの堅牢性、セキュリティ、冗長性が高くなっています。
- このメンテナンスにより、Google Cloud VMware Engine のエクスペリエンスはどのように改善されますか？
- ネットワーク ファブリックを最新の状態に保つことにより、本番環境のアプリケーションは常に利用可能になり、Google のエンジニアは新しい機能を引き続き提供できるようになります。
- 本番環境のアプリケーションにサービスの影響はありますか？
- 接続で短いギャップを許容できない場合、メンテナンスによりワークロード VM に影響が生じる可能性があります。
- VMware コンポーネントに対するソフトウェア変更はありますか？
- いいえ。このネットワーク インフラストラクチャのメンテナンスは、プライベート クラウド内の VMware コンポーネントのソフトウェア バージョンには影響しません。
- メンテナンスの完了を確認するにはどうすればよいですか？
- VMware Engine オペレーション チームは、メンテナンスの開始時と完了時にメール通知を送信します。
- アップグレード後に必要な操作はありますか？
- アップグレード後、お客様に行っていただく操作はございません。メンテナンス中とメンテナンスの完了後に、アプリケーションが期待どおりに動作していることを確認します。
- サポートが必要な場合
- アップグレードについてご質問がある場合や、メンテナンス後にサポートが必要な場合は、Cloud カスタマーケアにお問い合わせください。
2022 年 4 月 29 日
VMware Engine の運用チームは、2022 年 5 月上旬から、vCenter Server と NSX-T に重要なセキュリティ アップデートを適用します。VMware Engine の運用チームは、各プライベート クラウドに予定されたメンテナンスの時間枠を記載したメールを送信します。
アップグレード後の VMware コンポーネントのバージョン
| VMware コンポーネント | バージョン | ビルド |
|---|---|---|
| vCenter Server | 7.0 Update 2d | 19272235 |
| NSX-T | 3.1.2 | 19262105 |
メンテナンス スケジュールとお知らせ
メンテナンスはプライベート クラウドごとに個別に行われます。VMware Engine は、各プライベート クラウドのリージョン タイムゾーンの営業時間外にパッチをロールアウトする予定です。
通知
VMware Engine は、このメンテナンスに関する次の通知を、VMware Engine ポータルのすべてのユーザーと、メールアラートの受信が構成されているすべてのメールアドレスに送信します。
- プライベート クラウドごとに、少なくとも 7 日前に一般通知を行います。これにより、メンテナンス スケジュールが設定されている週を確認できます。
- 影響するメンテナンス イベントが始まる 6 時間前。
- メンテナンス完了時の最終通知。
メンテナンスの対象範囲と影響
このメンテナンスの範囲と影響は次のとおりです。
- 範囲: 各プライベート クラウド内の vCenter Server および NSX-T Manager アプライアンス。
- 影響: メンテナンス中、プライベート クラウドで実行されている vCenter Server と NSX-T Manager のアプライアンスが最大で 1 時間ほど使用不能になります。通常、管理用アプライアンスには数分しかアクセスできません。プライベート クラウド上のワークロード仮想マシンは影響を受けません。また、Google ではネットワーク接続への影響はないものと考えています。
- 必要な対応: お客様側で必要な対応はありません。Google Cloud VMware Engine は、サービスの復元をモニタリングし、確実に行います。
- 推奨される対応策: メンテナンス完了の通知を受け取ったら、プライベート クラウド管理用のアプライアンスにアクセスできることを確認します。
2022 年 2 月 15 日
2022 年 2 月 21 日、VMware Engine オペレーション チームは、ネットワーク インフラストラクチャの重要なメンテナンスを開始します。このメンテナンスでは、機器の堅牢性を高め、セキュリティ パッチを適用します。
予定されているネットワーク メンテナンスは、Google Cloud VMware Engine ネットワーク ファブリックに限定されます。このメンテナンスで、プライベート クラウドの VMware コンポーネントは更新またはアップグレードされません。
このメンテナンスは、特定のリージョンのすべてのプライベート クラウドをサポートする共通のネットワーク インフラストラクチャで行われます。メンテナンス スケジュールをプライベート クラウド単位でカスタマイズすることはできません。
メンテナンス スケジュールとお知らせ
メンテナンスはすべてのゾーンとリージョンで実行されますが、スケジュールは VMware Engine プレースメント グループごとに異なります。メンテナンスは営業時間外にロールアウトされ、該当地域のローカル タイムゾーンの午前 12 時から午前 6 時までの間、毎日 6 時間継続されます。
通知
VMware Engine は、このメンテナンスに関する次の通知を、VMware Engine ポータルのすべてのユーザーと、メールアラートの受信が構成されているすべてのメールアドレスに送信します。
- プライベート クラウドごとに、少なくとも 7 日前に一般通知を行います。これにより、メンテナンス スケジュールが設定されている週を確認できます。
- メンテナンス イベントが始まる 24 時間前と 1 時間前に事前通知。
- メンテナンス完了時の最終通知。
メンテナンスの対象範囲と影響
このメンテナンスの範囲と影響は次のとおりです。
- 範囲: プライベート クラウドのノードに直接接続されている VMware Engine ネットワーク ファブリック。
影響: 各ノードで軽微な中断が最大 2 回発生することがあります。VMware Engine ノードには、NSX-T Edge と分散仮想スイッチ（DVS）の冗長アップリンク構成があります。想定される影響は次の 2 種類です。
- ESXi ノードの DVS リンクに対するネットワーク トラフィックの影響ESXi ノード上のアクティブな DVS リンクのフェイルオーバーでは、最大 2 秒間、ネットワーク トラフィックへの影響が発生する可能性があります。
- ネットワーク トラフィックが NSX-T Edge に与える影響接続されたスイッチがアップグレードされると、フェイルオーバー イベントが発生します。NSX-T Edge では、スタンバイ エンティティへのフェイルオーバーに最大 7 秒かかります。このようなフェイルオーバーは、冗長ラックスイッチの両方のメンテナンス中に最大 2 回行われる可能性があります。ただし、場合によっては、プライベート クラウドでフェイルオーバーを一度だけ行う必要があります。
必要な対応: お客様側で必要な対応はありません。Google Cloud VMware Engine は、サービスの復元をモニタリングし、確実に行います。
推奨アクション: チームがメンテナンスを認識し、メンテナンス プロセス中およびプロセスの完了後に重要なアプリケーションを検証できるようにします。ワークロードが上記のネットワークの停止の影響を受けやすい場合は特に注意してください。
メンテナンスに関するよくある質問
- なぜアップグレードするのですか？
- Google の技術パートナーが提供する新しいソフトウェア バージョンでは、重要なインフラストラクチャ コンポーネントの堅牢性、セキュリティ、冗長性が高くなっています。
- このメンテナンスにより、Google Cloud VMware Engine のエクスペリエンスはどのように改善されますか？
- ネットワーク ファブリックを最新の状態に保つことにより、本番環境のアプリケーションは常に利用可能になり、Google のエンジニアは新しい機能を引き続き提供できるようになります。
- 本番環境のアプリケーションにサービスの影響はありますか？
- 接続で短いギャップを許容できない場合、メンテナンスによりワークロード VM に影響が生じる可能性があります。
- VMware コンポーネントに対するソフトウェア変更はありますか？
- いいえ。このネットワーク インフラストラクチャのメンテナンスは、プライベート クラウド内の VMware コンポーネントのソフトウェア バージョンには影響しません。
- メンテナンスの完了を確認するにはどうすればよいですか？
- VMware Engine オペレーション チームは、メンテナンスの開始時と完了時にメール通知を送信します。
- アップグレード後に必要な操作はありますか？
- アップグレード後、お客様に行っていただく操作はございません。メンテナンス中とメンテナンスの完了後に、アプリケーションが期待どおりに動作していることを確認します。
- サポートが必要な場合
- アップグレードについてご質問がある場合や、メンテナンス後にサポートが必要な場合は、Cloud カスタマーケアにお問い合わせください。
2021 年 11 月 22 日
2021 年 12 月 1 日以降、VMware Engine 運用チームは 2021 年 9 月 22 日のサービスに関するお知らせで発表したアップグレードを引き続き行います。このアップグレードで予定されているメンテナンス期間をメールでお知らせします。この期間中にアップグレードされるプライベート クラウドでは、HCX Cloud アプライアンスが HCX バージョン 4.2.2 ビルド 18868175 にアップグレードされます。これには必須のセキュリティ アップデートが含まれます。
また、オンプレミス HCX アプライアンスまたは以前にアップグレードされた HCX Cloud アプライアンス（2021 年 11 月 1 日より前に行われたアップグレード）は、できるだけ早くアップグレードすることをおすすめします。詳細については、VMware HCX リリースノートをご覧ください。
アップグレードの内容
Google は、vSphere の最新機能へのアクセスを提供することを目指しています。VMware スタックをバージョン 7.0 Update 1 から 7.0 Update 2 に、NSX-T スタックをバージョン 3.0 から 3.1.2 にアップグレードします。このアップグレードにより、vSphere、vSAN、NSX-T の新機能を使用できるようになります。
アップグレード内容の詳細については、VMware のリリースノートをご覧ください。
アップグレード後の VMware コンポーネントのバージョン
| VMware コンポーネント | バージョン | ビルド |
|---|---|---|
| vCenter Server | 7.0 Update 2d | 18455184 |
| ESXi | 7.0 Update 2c | 18426014 |
| NSX-T | 3.1.2 | 17883596 |
| HCX | 4.2.2 | Cloud build: 18868175 |
アップグレードのスケジュール
このアップグレードは 2021 年 12 月 1 日から 2022 年 1 月末までの間に予定されています。プライベート クラウドのアップグレードで予定されているメンテナンス期間をメールでお知らせします。アップグレードが始まる 6 時間前に、VMware Engine の運用チームからメール通知が届きます。通知は、VMware Engine のすべてのユーザーと追加で構成したメール ID に送信されます。アップグレードが完了すると、もう一度メールが送信されます。
アップグレードのアクション
アップグレード中、VMware Engine は vSphere クラスタに新しいノードを追加し、既存のノードをメンテナンス モードに配置します。アップグレード中に使用された一時的なノードに対する料金は発生しません。アップグレード プロセス中は、新しいノードでプライベート クラウドの可用性と容量が維持されます。VMware コンポーネントがアップグレードされると、vCenter Server にアラームが表示されることがあります。アラームは、VMware Engine の運用チームが実行するメンテナンス オペレーションの一部です。
デプロイのサイズと複雑さによって、このアップグレードは数時間から数日かかる場合があります。アップグレード中は、次の操作が行われます。
- 許容障害数（FTT）が 0 の vSAN ストレージ ポリシーで構成されている VM は、SLA を維持するために FTT が 1 の vSAN ストレージ ポリシーに変更されます。
- データストア ISO ファイルまたはクライアントを使用して VM にマウントされた CD の接続が切断されます。
- 処理中の VMware ツールのインストールまたはアップグレードが終了します。
- SCSI バスを共有する VM はオフになります。
- アップグレード中は DRS ルールが無効になり、アップグレード後に再度有効になります。
- 孤立した VM、またはアクセスできない VM は vCenter インベントリから削除されます。
アップグレードの準備
2021 年 9 月 22 日のサービスに関するお知らせのアップグレードの準備セクションをご覧ください。
アップグレードに関するよくある質問
- アップグレードには費用がかかりますか？
- いいえ。組織にアップグレード料金は請求されません。すべての vSphere の新機能は、サービスの対象となります。
- アップグレードにはどのくらいの時間がかかりますか？
- デプロイの複雑さ、クラスタの数、プライベート クラウド上のデータの量に応じて、アップグレードには数時間から数日かかります。
- アップグレードによって障害が発生することはありますか？
- アップグレード プロセス中のダウンタイムは想定されません。ただし、プライベート クラウド上にデプロイされたソリューションが vSphere 7.0 と互換性があるか、アップグレードの実行に十分な空き容量（30% 以上）を確保しているかをソリューション ベンダーに確認することをおすすめします。
- アップグレード後に必要な操作はありますか？
- アップグレード後、お客様に行っていただく操作はございません。VMware コンポーネントのバージョンを確認して、このアップグレードで利用できるすべての新機能を使用できます。
- アップグレードが完了したかどうかはどのようにわかりますか？
- アップグレードの開始時と完了時に、VMware Engine の運用チームからメールが送信されます。VMware Engine チームから通知を受け取るために、メール通知アラートがオンになっていることを確認してください。通知が必要な他のユーザーに通知するように、追加のメール通知も構成できます。
- サポートが必要な場合
- アップグレードについてご質問がある場合や、アップグレード後にサポートが必要な場合は、Cloud カスタマーケアにお問い合わせください。
2021 年 9 月 22 日
VMware Engine の運用チームは、2021 年 10 月中旬から VMware コンポーネントを新しいバージョンにアップグレードします。このアップグレードで予定されているメンテナンス期間をメールでお知らせします。
アップグレードの内容
Google は、vSphere の最新機能へのアクセスを提供することを目指しています。VMware スタックをバージョン 7.0 Update 1 から 7.0 Update 2 に、NSX-T スタックをバージョン 3.0 から 3.1.2 にアップグレードします。このアップグレードにより、vSphere、vSAN、NSX-T の新機能を使用できるようになります。
アップグレード内容の詳細については、VMware のリリースノートをご覧ください。
アップグレード後の VMware コンポーネントのバージョン
| VMware コンポーネント | バージョン | ビルド |
|---|---|---|
| vCenter Server | 7.0 Update 2d | 18455184 |
| ESXi | 7.0 Update 2c | 18426014 |
| NSX-T | 3.1.2 | 17883596 |
| HCX | 4.2.x | Cloud Build: 18422312 |
アップグレードのスケジュール
このアップグレードは 2021 年 10 月から 11 月の間に実行される予定です。プライベート クラウドのアップグレードで予定されているメンテナンス期間をメールでお知らせします。アップグレード開始の 1 時間前には、VMware Engine の運用チームから別のメールが送信されます。通知は、VMware Engine のすべてのユーザーと追加で構成したメール ID に送信されます。
アップグレードのアクション
アップグレード中、VMware Engine は vSphere クラスタに新しいノードを追加し、既存のノードをメンテナンス モードに配置します。アップグレード プロセス中は、新しいノードでプライベート クラウドの可用性と容量が維持されます。VMware コンポーネントがアップグレードされると、vCenter Server にアラームが表示されることがあります。アラームは、VMware Engine の運用チームが実行するメンテナンス オペレーションの一部です。
デプロイのサイズと複雑さによって、このアップグレードは数時間から数日かかる場合があります。アップグレード中は、次の操作が行われます。
- 許容障害数（FTT）が 0 の vSAN ストレージ ポリシーで構成されている VM は、SLA を維持するために FTT が 1 の vSAN ストレージ ポリシーに変更されます。
- データストア ISO ファイルまたはクライアントを使用して VM にマウントされた CD の接続が切断されます。
- 処理中の VMware ツールのインストールまたはアップグレードが終了します。
- SCSI バスを共有する VM はオフになります。
- アップグレード中は DRS ルールが無効になり、アップグレード後に再度有効になります。
- 孤立した VM、またはアクセスできない VM は vCenter インベントリから削除されます。
アップグレードの準備
VMware HCX
現在 HCX を使用していて、次のいずれかの条件に該当する場合は、HCX の更新について Cloud カスタマーケアにお問い合わせいただくことをおすすめします。
- VMware Engine に接続されているオンプレミスの HCX コネクタがバージョン 3.5.3 以前。
- VMware Engine の HCX Manager がバージョン 3.5.3。
- VMware Engine に接続されているオンプレミスの vSphere 環境がバージョン 5.5。
また、Google の担当者も HCX の観点からのアップグレードの準備についてご連絡いたします。引き続きサポートを受けるには、アップグレードの準備を行う必要があります。
VMware アドオンとサードパーティ ソリューションの更新
プライベート クラウド vCenter にデプロイされた VMware アドオンとサードパーティ ソリューションが、上記のアップグレード後のバージョンと互換性があることを確認します。ツールの例としては、バックアップ、モニタリング、障害復旧、オーケストレーション、その他類似の機能などがあります。アップグレード後に互換性を確保するには、ソリューション ベンダーに確認し、必要に応じて事前に更新してください。
その他のアップグレードの準備
- ストレージ容量を確認する: SLA を維持するには、vSphere クラスタのストレージ容量の使用率が 75% 未満であることを確認してください。使用率が 75% を超えると、アップグレードに通常より時間がかかることや、完全に失敗することがあります。ストレージの使用率が 70% を超える場合は、クラスタを拡張するためにノードを追加し、アップグレード中にダウンタイムが発生しないようにしてください。
- FTT 0 の vSAN ストレージ ポリシーを変更する: 許容障害数（FTT）が 0 の vSAN ストレージ ポリシーで構成されている VM は、SLA を維持するために FTT が 1 の vSAN ストレージ ポリシーに変更されます。
- VM の CD マウントを削除する: ワークロード VM にマウントされた CD をすべて削除します。
- VMware ツールのインストールを完了する: スケジュールされたアップグレードを開始する前に、VMware ツールのインストールまたはアップグレードを完了します。
- VM の SCSI バス共有を削除する: VM の電源が停止しないようにするには、VM の SCSI バス共有を削除します。
- アクセスできない VM とデータストアを削除する: vCenter インベントリから孤立した、アクセスできない VM を削除します。アクセスできない外部データストアを削除します。
- DRS ルールを無効にする: VM をホストに固定する DRS ルールにより、ノードがメンテナンス モードに入ることができなくなります。アップグレード前に DRS ルールを無効にし、アップグレードが完了したら有効にします。
アップグレードに関するよくある質問
- アップグレードには費用がかかりますか？
- いいえ。組織にアップグレード料金は請求されません。すべての vSphere の新機能は、サービスの対象となります。
- アップグレードにはどのくらいの時間がかかりますか？
- デプロイの複雑さ、クラスタの数、プライベート クラウド上のデータの量に応じて、アップグレードには数時間から数日かかります。
- アップグレードによって障害が発生することはありますか？
- アップグレード プロセス中のダウンタイムは想定されません。ただし、プライベート クラウド上にデプロイされたソリューションが vSphere 7.0 と互換性があるか、アップグレードの実行に十分な空き容量（30% 以上）を確保しているかをソリューション ベンダーに確認することをおすすめします。
- アップグレード後に必要な操作はありますか？
- アップグレード後、お客様に行っていただく操作はございません。VMware コンポーネントのバージョンを確認して、このアップグレードで利用できるすべての新機能を使用できます。
- アップグレードが完了したかどうかはどのようにわかりますか？
- アップグレードの開始時と完了時に、VMware Engine の運用チームからメールが送信されます。VMware Engine チームから通知を受け取るために、メール通知アラートがオンになっていることを確認してください。通知が必要な他のユーザーに通知するように、追加のメール通知も構成できます。
- サポートが必要な場合
- アップグレードについてご質問がある場合や、アップグレード後にサポートが必要な場合は、Cloud カスタマーケアにお問い合わせください。
2020 年 11 月 20 日
VMware Engine の運用チームは、2020 年 12 月中旬から VMware コンポーネントを新しいバージョンにアップグレードします。このアップグレードに関して、予定されたメンテナンスの日時が記載されたメールが届きます。
アップグレードの内容
Google は、vSphere の最新機能へのアクセスを提供することを目指しています。VMware スタックはバージョン 6.7 から 7.0 にアップグレードされ、NSX-T スタックはバージョン 2.5 から 3.0 にアップグレードされます。このアップグレードにより、vSphere、vSAN、NSX-T の新機能を使用して、ストレージとネットワークのパフォーマンスを大幅に改善できるようになります。
詳しくは、vSphere 7.0 の機能および NSX-T 3.0 の機能をご覧ください。
アップグレード後の VMware コンポーネントのバージョン
| VMware コンポーネント | バージョン | ビルド |
|---|---|---|
| vCenter Server | 7.0 U1a | 17004997 |
| ESXi | 7.0.1 U1a | 17119627 |
| vSAN | 7.0 U1 | 該当なし |
| NSX-T | 3.0.2 | 16887200 |
アップグレードのスケジュール
このアップグレードは、2020 年 12 月から 2021 年 1 月の間の実施を予定しています。プライベート クラウドのアップグレードに関して、予定された日時が記載されたメールが届きます。アップグレード開始の 1 時間前には、VMware Engine の運用チームから別のメールが送信されます。通知は、VMware Engine のすべてのユーザーと追加で構成したメール ID に送信されます。
アップグレードのアクション
アップグレード中、VMware Engine は vSphere クラスタに新しいノードを追加し、既存のノードをメンテナンス モードに配置します。アップグレード プロセス中は、新しいノードでプライベート クラウドの可用性と容量が維持されます。VMware コンポーネントがアップグレードされると、vCenter Server にアラームが表示されることがあります。アラームは、VMware Engine の運用チームが実行するメンテナンス オペレーションの一部です。
デプロイのサイズと複雑さによって、このアップグレードは数時間から数日かかる場合があります。アップグレード中は、次の操作が行われます。
- 許容障害数（FTT）が 0 の vSAN ストレージ ポリシーで構成されている VM は、SLA を維持するために FTT が 1 の vSAN ストレージ ポリシーに変更されます。
- データストア ISO ファイルまたはクライアントを使用して VM にマウントされた CD の接続が切断されます。
- 処理中の VMware ツールのインストールまたはアップグレードが終了します。
- SCSI バスを共有する VM はオフになります。
- アップグレード中は DRS ルールが無効になり、アップグレード後に再度有効になります。
- 孤立した VM、またはアクセスできない VM は vCenter インベントリから削除されます。
アップグレードの準備を行う
- ストレージ容量を確認する: SLA を維持するには、vSphere クラスタのストレージ容量の使用率が 75% 未満であることを確認してください。使用率が 75% を超えると、アップグレードに通常より時間がかかることや、完全に失敗することがあります。ストレージの使用率が 70% を超える場合は、クラスタを拡張するためにノードを追加し、アップグレード中にダウンタイムが発生しないようにしてください。
- ソリューションの互換性を確認する: プライベート クラウドの vCenter にデプロイされたすべてのアドオン ソリューションが、vSphere 7.0 と互換性があることを確認します。たとえば、バックアップ、モニタリング ツール、障害復旧オーケストレーター、ツールなどがあります。アップグレード後に互換性の問題が生じないようにするには、ソリューション ベンダーに確認し、必要に応じてアップグレードを行ってください。
- FTT 0 の vSAN ストレージ ポリシーを変更する: 許容障害数（FTT）が 0 の vSAN ストレージ ポリシーで構成されている VM は、SLA を維持するために FTT が 1 の vSAN ストレージ ポリシーに変更されます。
- VM の CD マウントを削除する: ワークロード VM にマウントされた CD をすべて削除します。
- VMware ツールのインストールを完了する: スケジュールされたアップグレードを開始する前に、VMware ツールのインストールまたはアップグレードを完了します。
- VM の SCSI バス共有を削除する: VM の電源が停止しないようにするには、VM の SCSI バス共有を削除します。
- アクセスできない VM とデータストアを削除する: vCenter インベントリから孤立した、アクセスできない VM を削除します。アクセスできない外部データストアを削除します。
- DRS ルールを無効にする: VM をホストに固定する DRS ルールにより、ノードがメンテナンス モードに入ることができなくなります。アップグレード前に DRS ルールを無効にし、アップグレードが完了したら有効にします。
アップグレードに関するよくある質問
- アップグレードには費用がかかりますか？
- いいえ。組織にアップグレード料金は請求されません。すべての vSphere の新機能は、サービスの対象となります。
- アップグレードにはどのくらいの時間がかかりますか？
- デプロイの複雑さ、クラスタの数、プライベート クラウド上のデータの量に応じて、アップグレードには数時間から数日かかります。
- アップグレードによって障害が発生することはありますか？
- アップグレード プロセス中のダウンタイムは想定されません。ただし、プライベート クラウド上にデプロイされたソリューションが vSphere 7.0 と互換性があるか、アップグレードの実行に十分な空き容量（30% 以上）を確保しているかをソリューション ベンダーに確認することをおすすめします。
- アップグレード後に必要な操作はありますか？
- アップグレード後、お客様に行っていただく操作はございません。VMware コンポーネントのバージョンを確認して、このアップグレードで利用できるすべての新機能を使用できます。
- アップグレードが完了したかどうかはどのようにわかりますか？
- アップグレードの開始時と完了時に、VMware Engine の運用チームからメールが送信されます。VMware Engine チームから通知を受け取るために、メール通知アラートがオンになっていることを確認してください。通知が必要な他のユーザーに通知するように、追加のメール通知も構成できます。
- サポートが必要な場合
- アップグレードについてご質問がある場合や、アップグレード後にサポートが必要な場合は、Cloud カスタマーケアにお問い合わせください。