VMware Engine

Google Cloud VMware Engine に関連する Broadcom の VMware ライセンスの変更

Wed, 22 Oct 2025 02:10:00 +0000

※この投稿は米国時間 2025 年 10 月 9 日に、Google Cloud blog に投稿されたものの抄訳です。

Broadcom は最近、ハイパースケーラー向けの VMware ライセンスモデルの変更を発表しました。2025 年 11 月 1 日から、VMware Cloud Foundation（VCF）用の「Bring Your Own」サブスクリプションモデルに移行するというものです。つまり、今後は Google Cloud VMware Engine（GCVE）のお客様は、GCVE の VCF 込みのサブスクリプションを購入するのではなく、ポータブル VCF サブスクリプションを Broadcom から直接購入して Google Cloud VMware Engine で使用する必要があります。

Google Cloud では、GCVE のお客様所有ライセンスの使用（BYOL）オプションをすでに提供しています。実際、Google は 2024 年にハイパースケーラーで初めてこのオプションを提供しました。

2025 年 10 月 15 日以降に購入される新しい CUD については、VCF ライセンスを Broadcom から直接購入し、GCVE サービスの BYOL オプションを Google Cloud から購入する必要があります。

便利なリソース

Google は、この変更への対応をサポートします。参照していただけるリソースは以下のとおりです。

Google Cloud VMware Engine: サービスとオプションの詳細:

Google Cloud VMware Engine のプロダクトページ
Google Cloud VMware Engine の料金: お客様所有ライセンスの使用（BYOL）オプションや確約利用割引（CUD）など、料金の詳細
VMware Engine の CUD

Google Cloud アカウントチーム: Google Cloud アカウントチームにお問い合わせください。既存のコミットメントの確認、組織に対する変更の影響の検討、スムーズな移行の計画をサポートします。

-Google Cloud、VMware Engine プロダクトマネジメントチーム

VMware Cloud Foundation on Google Cloud VMware Engine: 20% 低価格で最大 40% の移行インセンティブ

Thu, 25 Jul 2024 03:30:00 +0000

※この投稿は米国時間 2024 年 7 月 19 日に、Google Cloud blog に投稿されたものの抄訳です。

VMware Cloud Foundation on Google Cloud VMware Enginee（GCVE）の一般提供が開始されました。VMware ワークロードを Google Cloud に移行する絶好のタイミングです。費用を抑えて最新のクラウドエクスペリエンスのメリットを活用しましょう。本日は、Broadcom とのパートナーシップにより実現した以下の新機能についてお知らせします。

VMware Cloud Foundation（VCF）のサポートを、約 20% 低いコミットメント料金でご利用いただけるようになりました。
VCF のライセンスポータビリティのサポートにより、オンプレミスの VCF ライセンスを GCVE に柔軟に移植して VMware への投資を無駄なく維持できるようになります。これにより、ポータビリティをサポートする VE1 ノードを、3 年間の前払いコミットメントで最大 35% 低い価格 ¹ で入手できるようになります（VMware ライセンスを含む以前の料金との比較）。
さまざまな新しい GCVE ノードタイプにより、優れた費用対効果でワークロード要件に対応できます。実際、GCVE（VCF を使用）は、Azure VMware Solution より最大 30% お安くご利用いただけます。
追加の移行インセンティブと消費インセンティブとして GCVE の初年度支出の最大 40% の商用インセンティブ、および無料の概念実証とトライアルを提供します。
転換可能なコミットメントで、さまざまな GCVE ノードタイプと、Compute Engine や Google Kubernetes Engine（GKE）などのその他のコンピューティングプラットフォーム間の移行期間をサポートします。

お客様はすでに GCVE での VCF ライセンスのサポートから恩恵を受けています。

「Google は、VMware ライセンスの変更をあらゆる段階でサポートしてくれました。今後、Google Cloud VMware Engine によって、VMware ワークロードを Google Cloud で迅速に変換できることを嬉しく思います。」- Granite Telecommunications、IT インフラストラクチャ担当ディレクター、Everett Chesley 氏

では、これらの発表について詳しく見ていきましょう。

VMware Cloud Foundation のサポート

Broadcom とのパートナーシップにより、GCVE で VMware Cloud Foundation が完全にサポートされるようになりました。VCF は、VMware のコンピューティング、ストレージ、ネットワーク仮想化機能と、その管理とアプリケーションインフラストラクチャ機能を統合した包括的なプラットフォームです。vSphere、vSAN、NSX、HCX などの GCVE の既存のクラウドインフラストラクチャコンポーネントに加えて、VCF には Aria Suite Enterprise や Aria Operations for Networks Enterprise などの多数の新しい機能が含まれています。これらの Aria 機能は、包括的なモニタリング、分析、インサイトを提供してアプリケーションのパフォーマンスとリソース使用率を最適化し、アプリケーションの健全性の改善、パフォーマンスの向上、効率的なキャパシティ管理を実現します。

VMware Cloud Foundation ライセンスポータビリティ

既存または将来の VMware Cloud Foundation ライセンスへの投資の価値を Google Cloud に持ち込みたいというお客様の声をよく耳にします。そのような声を受けて、Google は Broadcom との連携により、GCVE での VCF ライセンスポータビリティのサポートをリリースしました。簡単に言うと、ポータビリティをサポートする GCVE コミットメントタイプでは、VMware Engine サービスとインフラストラクチャの料金を Google に支払うだけで、以前に購入した VCF ライセンスを適用できるようになります。所有している VCF サブスクリプションを GCVE に持ち込むことで、新たにライセンスを購入する必要がなくなり、以前の料金モデルと比較して費用を節約できる可能性があります。たとえば、3 年間の前払いコミットメントでは、ポータビリティをサポートする VE1 ノードを最大 35% 低い料金で入手できます（VMware ライセンスを含めた以前の料金との比較）。

Google Cloud は、VCF ライセンスポータビリティをサポートする固有の VCF 統合ソリューションを提供する初のクラウドプロバイダです。Google Cloud により、Google のインフラストラクチャの拡張性、セキュリティ、イノベーションのメリットを享受しながら、VMware への投資の価値を最大限に高めることができます。

「Broadcom と Google Cloud 間のパートナーシップは、Broadcom のお客様に大きな価値を提供し続けています。Google Cloud VMware Engine で VMware Cloud Foundation とライセンスポータビリティがサポートされることで、オンプレミスのお客様は、VMware ソフトウェアへの既存の投資を活用して、優れた費用対効果でシームレスに Google Cloud に移行できます。このイノベーションにより、大幅な費用削減と TCO のメリットがもたらされるだけでなく、お客様のデジタル トランスフォーメーションの取り組みも加速されます。」- Broadcom、ハイパースケーラー担当グローバル責任者、Abhay Kumar 氏

ノードタイプの選択肢が増加

長年にわたりお客様から、費用の最適化に適合するより優れた容量を備えた幅広い VMware ワークロードのサポートが必要だとの声が寄せられていました。今年に入り Google は、VE2 ノードプラットフォームで最初のノードタイプとなる ve2-standard-128 を導入しました。

本日は、ve2-mega シェイプファミリーについてご紹介いたします。ve2-mega シェイプには、3.2 TB のキャッシュ容量に加えて、51.2 TB の元データストレージ（ve1 の約 2.7 倍）が搭載されています。このファミリーでは、以下に挙げる 2 つの新しいハイパーコンバージドノードタイプを提供しています。

ve2-mega-96: 96 ハイパースレッド（ve1-standard-72 の約 1.3 倍）。
ve2-mega-128: 128 ハイパースレッド（ve1-standard-72 の約 1.7倍）。

また、ve2-standard-96（48 コア / 96 ハイパースレッドコア）も提供しています。ve2-standard シェイプには、25.6 TB の元データストレージが付属します。

ストレージニーズが高いワークロード向けには、2 つの新しいストレージ専用ノードタイプ、ve2-standard-so（25.6 TB の元データストレージ）と ve2-mega-so（51.2 TB の元データストレージ）を提供しています。GCVE ストレージ専用ノードタイプには、ハイパーコンバージドノードタイプと同じ NVMe ストレージが付属しますが、より低価格で提供されます。既存の GCVE クラスタにストレージ専用ノードタイプを追加することで、ストレージ容量を簡単に費用対効果の高い方法で拡張できます。これにより、簡単な管理で同様の超高速なパフォーマンスを得られます。外部接続やマウントの管理は必要ありません。

詳細については、Google Cloud の営業担当者にお問い合わせください。

コミットメントによる新たな費用削減

GCVE では現在、VE1 ライセンスと VE2 ライセンスを含むノードプラットフォームに対して、新規の 1 年コミットメントと 3 年コミットメントの割引強化を実施しています。

VE1 ノード: 以前の価格から 22% 値下げ¹
VE2 ノード:
- 1 年間の前払いコミットメントで 37% 割引（以前は VE1 の場合 30%）
- 3 年間の前払いコミットメントで 55% 割引（以前は VE1 の場合 50%）

これらの変更により、大幅な費用削減となります。たとえば、ve1-standard-72 の場合、us-central1（アイオワ）での 3 年間の前払いコミットメントの料金は $3.60/時間ですが、「米国中部」ロケーションでの Azure の AV36P の 3 年間の予約インスタンスの料金は $5.17/時間です（約 30% の節約）^*。

詳細については、Google Cloud の営業担当者にお問い合わせください。

TCO を削減する大幅なインセンティブ

VMware ワークロードの移行先として GCVE を検討しているお客様は、財政面と技術面の摩擦を大幅に削減したいと考えています。このご要望に応えるべく、Google は主要なサービスパートナー何社かと緊密に連携し、次の発表に至りました。

お客様に対して無料での評価と POC を、Google のパートナーが提供し、Google Cloud が資金を提供²
新規のお客様が Google Cloud Enterprise Agreement または Flex Agreement を締結する場合:
- 移行サービスのインセンティブ: 移行サービスをサポートするために、増加した初年度の純支出の最大 25%。多数のパートナーが移行サービスを提供するための認定を受けています。
- 増加した消費量のインセンティブ: 初年度に増加した GCVE の純消費量の最大 15% を追加クレジットで提供して、VMware ワークロードを移行するお客様の TCO を削減します。

詳細については、Google Cloud の営業担当者にお問い合わせください。

転換可能なコミットメント

お客様がワークロードを GCVE に持ち込む際には、多くの場合、Google Cloud で使用可能なさまざまなオプションを活用できるように、ワークロードアーキテクチャを進化させます。ただし、これまでは、このようなユースケースで既存の GCVE コミットメントを再利用することはできませんでした。このようなケースに柔軟に対応するために、Google は、新しい転換可能な 3 年間の GCVE コミットメントを発表いたします。これにより、追加費用を支払うことで、コミットメントの一部を Compute Engine や GKE などの他のサービス、または GCVE の他のオプションに転換できます。たとえば、次のようなことができます。

Compute Engine または GKE 上で動的にスケーリングされるウェブ対応サーバーを使用して、VMware 環境を拡張する。
GCVE の柔軟な VE2 ノードプラットフォームでは、さまざまな GCVE ノードタイプ間を移動できるため、アーキテクチャの進化に合わせてワークロードに最適なインフラストラクチャを選択することで、リソースの使用率を最適化する。

価格と利用可能なリージョンの詳細については、Google Cloud の営業担当者にお問い合わせください。

今後のお知らせもどうぞお見逃しなく。また、最新情報を入手できるように、GCVE のリリースノートをブックマークしておいてください。Google Cloud VMware Engine ウェブサイトでも、さらに詳しい情報を入手できます。また、移行の概要を把握したい場合は、こちらフォームにご登録ください。

^{* 2024 年 7 月現在、正規価格に基づく}^{1. Google Cloud 社内データ、2024 年 5 月}^{2.無料評価およびPOCの適用可否については、弊社指定のパートナー様の合意が得られる場合となります}

VMware Site Recovery Manager を使用して Google Cloud VMware Engine のリージョンの障害復旧を設定する方法

Tue, 19 Mar 2024 01:00:00 +0000

※この投稿は米国時間 2024 年 3 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。

VMware 管理者であれば、ビジネスの継続性を確保し、ダウンタイムを最小化することの重要性を理解しておられるでしょう。Google Cloud VMware Engine（GCVE）のお客様は、RTO と RPO のニーズに基づいて、GCVE Protected、Zerto、Veeam replication、VMware Site Recovery Manager（SRM）、その他のサードパーティツールなどさまざまなツールオプションを選択できます。中でも VMware SRM は、GCVE マルチリージョンデプロイで障害復旧（DR）を可能にするための一般的な方法です。このブログ投稿では、GCVE 内に SRM を設定し、DR を目的として Google Cloud リージョン間で VM のフェイルオーバーとフェイルバックを可能にするためのガイドをご紹介します。

アーキテクチャ

実装に入る前に、GCVE と SRM のアーキテクチャを確認しておきましょう。次の図は、SRM をデプロイして構成された GCVE プライベートクラウドの概要を示しています。

このアーキテクチャでは、あるリージョンにプライマリプライベートクラウド（PC）をデプロイし、別のリージョンに DR PC をデプロイして、2 つの PC 間を標準の VMware Engine ネットワークで接続しています。SRM と vSphere Replication のアプライアンスを、NSX-T Tier-1 ルーターのネットワークセグメント内ではなく、PC 内のサービスサブネットにデプロイすることで、ネットワーク速度を向上させています。Cloud DNS は、PC 内にデプロイされている SRM と vSphere Replication のアプライアンスの解決に使用されます。

前提条件

ソリューションをデプロイする前に、いくつか前提条件となる手順が完了していることを確認する必要があります。

Google Cloud 上のプロジェクトで GCVE API が有効になっている
2 つの GCVE PC が異なるリージョンにデプロイされている
VMware Engine ネットワークがデプロイされ、PC に接続されている
SRM と vSphere Replication アプライアンスの OVA をダウンロード済みである
SRM のライセンスがある

SRM の障害復旧を設定する

それでは早速、SRM をデプロイして GCVE のリージョン間サイト復旧を設定してみましょう。

1. サブネット Service-1（または使用するサービスサブネット）のアドレス範囲を割り当てます。

2. vCenter でこのサブネットのポートグループを作成します。これには、ソリューションユーザーアカウントが必要です（ポートグループの作成には、サブネット Service-1 の VLAN ID が必要です）。

3. 上述の手順に沿って、DR PC のサービスサブネットを作成します。

4. SRM と vSphere Replication のアプライアンスのレコード参照用に、Cloud DNS 内にプライベート DNS ゾーンを作成します。この DNS ゾーンは、ユーザーが制御する VPC に接続する必要があります（SRM では、両方のサイトの vCenter、SRM、vSphere Replication のアプライアンス間で正引き参照と逆引き参照の両方が必要です）。

5. 各ゾーン内のアプライアンスの DNS レコードを作成します。

逆引き参照レコード:

6. プライベートゾーンのバインディングを VMware Engine ネットワークのイントラネット VPC に更新します。これにより、PC 内のアプライアンスの DNS 解決が容易になります。バインディングが作成されたら、各プライベートクラウド内の DNS サーバーアドレスを、SRM と vSphere Replication のアプライアンス内の構成用 DNS アドレスとして利用できます。

7.CloudOwner ロールと同様の権限を持つユーザーで vCenter にログインし、vSphere Replication アプライアンス OVA をデプロイします。Service-1 サブネットを使用して作成した分散ポートグループをネットワークとして利用してください。DR サイトでこの手順を繰り返します。

8.vSphere Replication アプライアンスのデプロイが成功したら、ログインして構成を行います。デプロイ時にアプライアンスのホスト名に略称を使用した場合は、構成のネットワーク設定をアプライアンスの FQDN で更新してください。また、構成時に vCenter に接続するには、ソリューションユーザーアカウントを使用する必要があります。両サイトでこの構成を行います。

9.構成後、vCenter にログインしてメニューから [Site Recovery Manager] に移動します。両サイトで vSphere Replication のステータスが OK になっていることを確認します。

10.CloudOwner ロールと同様の権限を持つユーザーで vCenter にログインし、SRM アプライアンス OVA をデプロイします。Service-1 サブネットを使用して作成した分散ポートグループをネットワークとして利用してください。DR サイトでこの手順を繰り返します。

11.SRM アプライアンスのデプロイが成功したら、ログインして構成を行います。デプロイ時にアプライアンスのホスト名に略称を使用した場合は、構成のネットワーク設定をアプライアンスの FQDN で更新してください。また、構成時に vCenter に接続するには、ソリューションユーザーアカウントを使用する必要があります。両サイトでこの構成を行います。

12.構成後、vCenter にログインしてメニューから [Site Recovery Manager] に移動します。両サイトで Site Recovery Manager のステータスが OK になっていることを確認します。

ということで、vSphere Replication と SRM のアプライアンスをデプロイし、両方のサイトでそのステータスを確認しました。これで、SRM に移動して 2 つのリージョン間のサイトペアリングを実行し、VM のレプリケーションを構成できるようになりました。

このガイドに沿って進めれば、VMware SRM と Google Cloud VMware Engine の力を組み合わせて、Google Cloud vSphere 環境向けに堅牢で信頼性の高い障害復旧ソリューションを構築できるようになります。障害が発生してからでは手遅れです。今すぐ SRM を使用して Google Cloud VMware Engine に障害復旧を実装することで、リスクを軽減し、重要なワークロードを保護しましょう。

ークラウド コンサルタント Jake Wells

ーソリューション エンジニア Raj Jethnani

Google Cloud VMware Engine の最新情報: 新しいノードタイプ、ネットワーキング、自動化など

Tue, 10 Oct 2023 02:00:00 +0000

※この投稿は米国時間 2023 年 9 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。

この数週間、Google Cloud はラスベガスでの VMware Explore およびサンフランシスコでの Google Cloud Next で多くのお客様と交流する特別な機会を持つことができました。このような場で共通して話題に上るテーマが、クラウドへの移行において費用対効果に優れ、安全で、中断を伴わない方法が今後も変わらず必要であるということです。これは特に、IT フットプリントの中心となっていることの多い VMware ベースのワークロードに対して言えることです。

Google Cloud VMware Engine は、既存の VMware 資産を Google Cloud へ移行、転換するための迅速な方法を提供します。VMware Engine は、単一ゾーンでの稼働率 99.99% の SLA、専用の 100 Gbps east-west ネットワーク、ネイティブの VPC インテグレーションといった特別な機能を備えたエンタープライズグレードのプラットフォームです。本日の投稿では、クラウドファーストの VMware プラットフォームで VMware ワークロードを移行して実行できるようにする新しい機能の概要をご紹介します。

新しい柔軟な ve2 ノードプラットフォーム

新たに提供される VMware Engine の ve2 ノードプラットフォームには、柔軟性の高い CPU とストレージの多数の組み合わせと大容量メモリが備わっており、お客様はこれを使用することで、ビジネスに合った構成で TCO を最適化できるようになります。ve2 ノードは、次世代の CPU（第 3 世代 Intel® Xeon® スケーラブルプロセッサ、以前のコードネームは Ice Lake）とすべて NVMe ドライブの DDR4 RAM を基盤としており、32 ノードの大規模なクラスタや、ノードが 100 を超えるプライベートクラウドにも対応します。また、単一ゾーンで稼働率 99.99% の SLA も引き続き提供されます。高い可用性を実現するために、拡張プライベートクラウドもサポートされます。
（2023 年第 4 四半期の us-east4 でのプレビュー）この新しいファミリー内の 1 つ目のノードタイプは ve2-standard-128 で、約 2.7 倍の RAM（2,048 GB）、約 1.8 倍の CPU（64 コア、128 ハイパースレッドコア）、約 1.3 倍のストレージ（25.6 TB の NVMe 元データストレージを魅力的な価格帯で提供）などが提供されます。

新しいロケーションで、より多くのお客様をサポート

Google Cloud はグローバルプレゼンスを拡大し続けており、この 1 年間でリージョン数は 19 になりました。最近追加されたリージョンには、テルアビブ、トリノ、サンティアゴ、デリーがあります。

ストレージの負荷が高い環境で TCO を最適化

（2023 年第 3 四半期の一部のリージョンでのプレビュー）: ストレージのみのノードを使用すると、コンピューティングに料金を支払う必要なくストレージ容量を追加できるため、HCI アーキテクチャの制限を回避できます。これにより、TCO を削減し、ワークロードのニーズにさらに合うようにインフラストラクチャを最適化できるようになります。ストレージのみのノードでは、ストレージ容量に制限があるクラスタにコアやメモリを追加することなく、クラスタのストレージ容量を拡張できるほか、そのクラスタに同じ稼働率 99.99% の SLA が保証される低価格オプションが提供されます。
最近の進展には、データストアとしての Google Cloud Filestore によるサポート、またゲスト内ストレージとして使用してストレージ集約型環境にキャストできるようにする Google NetApp Cloud Volumes によるサポートが含まれます。Filestore High Scale と Filestore Enterprise は、Google Cloud VMware Engine で使用する NFS データストアとして VMware で認定されています。Filestore High Scale および Filestore Enterprise と同様に、マーケットプレイスサービスの NetApp Cloud Volumes は、多くの容量が必要な VM の NFS データストアとして利用できます。

ネットワーキング、自動化、コンソールエクスペリエンスを通じてシンプルさ、スケール、整合性を向上

PC の CRUD オペレーションで新たに Terraform がサポートされ、プライベートクラウドのプロビジョニングアクティビティで Infrastructure as Code の自動化を使用できるようになります。
（2023 年第 3 四半期のプレビュー）ネットワーキングにおける進歩により、VMware ネットワーキングアーキテクチャと VMware Engine のエクスペリエンスがさらに簡素化されます。プライベートクラウドの作成時に VPC ピアリングの構成が不要なこと、また許可されるピアリング最大数を増加できることにより、接続されている VMware プライベートクラウドを構築するタスクが簡素化される一方で、多様なネットワーキングトポロジを使用できます。また、管理とワークロードの両方の解決で双方向の DNS 解決が Cloud DNS でネイティブでサポートされるようになったうえ、複数のコンシューマ DNS バインディングのサポートも追加されたことで、使いやすく洗練された方法で企業のニーズを満たせるようになります。
（2023 年第 3 四半期のプレビュー）Google Cloud API と CLI を通してさらに多くの機能が利用可能となり、Google Cloud VMware Engine 環境をプログラムによって管理できるようになります。こういった機能の例としては、新しいネットワーキングモデル、ネットワークピアリング、外部アクセスルール、外部 IP サービス、コンシューマ DNS などを管理するための API / CLI 関数が挙げられます。
（2023 年第 3 四半期のプレビュー）GCVE に対する Google Cloud コンソールの総合的なエクスペリエンスにより、別のタブを開かずにコンソール内から VMware Engine 環境を直接管理できます。また、ログエクスプローラでログを表示することもできます。

透明性と制御の向上によりセキュリティを強化

ここ数か月にわたり、新しいセキュリティ機能が VMware Engine に加わっています。

きめ細かい（アクションごとの）アクセス制御機能がプラットフォームに導入され、API / CLI を使用して実行されるアクションを管理できるようになりました。基本ロールに加えて、特定のアクションを実行するために VMware Engine にのみ適用されるきめ細かい権限を持つ事前定義ロールとカスタムロールを選択することができます。これにより、アクセス制御をより詳細かつ柔軟に管理できるようになります。コンソールを使用して実行されるアクションに対しても、利用可能になり次第、同様のアクセス制御を適用できるようになります。
VPC Service Controls を使用することで、VMware Engine リソースにセキュリティ境界を定義して、データ引き出しのリスクを軽減できるようになりました。サービス境界により、定義した境界内のリソースとその関連データに対するエクスポートとインポートが制限されます。VMware Engine で VPC Service Controls のガイド付きオプトインとポリシーエクスポートがサポートされるようになりました。これにより、VMware Engine サービスを新規または既存の VPC Service Controls 境界に関連付けることができます。
お客様のワークロードに基づいて、お客様が管理するアクセス権を拡張できるようになり、ESXi のログの転送と有効化の監査可能な手順がサポートされるようになったことで、システムの透明性が向上します。
（プレビュー）顧客管理の Cloud KMS 鍵が追加され、vSAN 暗号化における鍵管理のオプションが増えました。これは、お客様が管理する鍵を使用する外部サードパーティ KMS と Google が管理する鍵を使用する Google Cloud KMS のすでに利用可能な機能が基盤となっています。

Google Cloud VMware Engine Protected

Google Cloud は先日、GCVE Protected の提供を発表しました。これは、Google Cloud VMware Engine と Google Cloud のバックアップと DR サービスの両方のバンドル料金を提供する Google Cloud の新しいサービスです。GCVE Protected を利用することで VMware Engine ノード上のすべての仮想マシンを Google のバックアップと DR ソフトウェアで保護できます。発生するのは、VMware Engine ノードあたりの追加料金のみです。VMware Engine VM の機能のバックアップとリカバリを一元化された迅速で費用効率の高い方法で行えるようになります。

今回の最新情報は以上です。今後のお知らせもどうぞお見逃しなく。また、最新情報を入手できるように、GCVE のリリースノートをブックマークしておいてください。これらの最新情報について詳しくは、VMware Explore US のオンデマンドセッションと Google Cloud Next ’23 で行われた GCVE に関する Google Cloud のセッションでご確認いただけます。また、利用を開始するためのさらなるガイダンスを必要とされる場合は、高速移行プログラム（RaMP）をご覧ください。すでに準備ができている場合は、お客様の現在の IT 環境に関する無料の調査と評価にお申し込みください。Google Cloud がお客様のビジネスに最適な移行計画を立てるお手伝いをいたします。

-Google Cloud、プロダクト管理担当 Sai Gopalan

-プロダクト管理担当ディレクター Manoj Sharma

VMware Engine の最新情報: 新しいリージョンと、ストレージ、可用性、データ保護などの機能の追加

Wed, 19 Apr 2023 03:20:00 +0000

※この投稿は米国時間 2023 年 4 月 12 日に、Google Cloud blog に投稿されたものの抄訳です。

昨今の IT 部門の責任者は、自社のインフラストラクチャのサポート、成長機会の特定、そして以前よりも少ないリソースと予算での目標達成を同時に実現するよう求められています。先日、Google Cloud VMware Engine を活用している 3 社のお客様をご紹介しました。どのお客様も、これらの目標を達成すると同時に、総所有コストの低減と組織の変革を実現しています。

こうしたお客様が達成している優れた成果から、Google Cloud は VMware の 2023 Partner Achievement Award で、Cloud Innovation and SaaS Transformation 部門賞を受賞いたしました。お客様のデジタルトランスフォーメーションへの取り組みを促進するソリューションの提供が評価されたと考えております。私たちはこの受賞を光栄に思うとともに、今後も皆様に大きな価値をご提供できるよう、尽力していく所存です。

この数か月間で Google Cloud VMware Engine のさまざまなアップデートも実施されました。今回の投稿は、Google Cloud のクラウドファーストなエンタープライズグレードの VMware 環境において、vSphere ワークロードの移行と実行をさらに簡単なものにするための、最新のマイルストーンをまとめた内容となっています。

2022 年 9 月、Google は API / CLI を使用した自動化サポートのプレビュー版（現在は提供開始済み）など、数多くのアップデートを発表しました。2023 年 2 月には、NetApp CVS を VMware Engine のデータストアとして使用する方法もご紹介しました。

今回の重要なアップデートは次のとおりです。

デリー、サンティアゴ、ミラノの各リージョンへの VMware Engine の提供開始: これにより、世界の 17 のリージョンで VMware Engine を利用できるようになります。すべてのリージョンが 5 台以上のクラスタの稼働率 99.99% の SLA を満たし、各リージョンのお客様と多国籍のお客様のニーズに対応します。さらに、ロンドンリージョンに 2 番目のゾーンも追加しました。

VMware Engine の Filestore データストアのサポート: VMware Engine の全リージョンで一般提供が開始され、Filestore High Scale および Enterprise ティアのインスタンスを VMware Engine ノードの外部 NFS データストアとして使用できるようになりました。Filestore は、VMware Engine による NFS データストアとして VMware の認定を受けています。コンピューティング容量とストレージ容量を個別に設定し、ストレージ集約型 VM のワークロード要件を満たすことができます。低レイテンシの VM 要件には vSAN を利用し、多くの容量が必要な VM の場合は Filestore を数 TB から数 PB へとスケールすることもできます。この機能にご興味のある方は、担当の Google アカウントチームにお問い合わせください。

拡張プライベートクラウド: 同じ Google Cloud リージョン内にある 2 つのデータゾーンと 1 つの監視ゾーンにまたがって拡張するプライベートクラウドです。拡張プライベートクラウドは、vSphere と vSAN の拡張クラスタを使用して、ゾーンレベルの障害に対するコンピューティングとストレージの高可用性を提供します。この機能をフランクフルトリージョンとシドニーリージョンでご利用いただけるようになりました。詳しくはこちらをご覧ください。

Zerto ソリューションバージョン 9.5u1 のサポート: この復旧ソリューションを使用すると、重要なインフラストラクチャとアプリケーションの仮想マシン（VM）をオンプレミス vCenter からプライベートクラウドに継続的に複製できます。Zerto の設定について詳しくはこちらをご覧ください。

Google Cloud のバックアップと障害復旧ソリューション（GCBDR）: GCBDR によって VMware Engine で実行されているアプリケーションを保護でき、その管理は Google Cloud コンソール内で行えます。先日、GCBDR への Google Cloud Platform 利用規約の適用を開始し、お客様の購入時およびサポート時のエクスペリエンスを簡略化しました。

vTPM のサポート: Google Cloud VMware Engine のプライベートクラウドが、仮想マシンへのトラステッドプラットフォームモジュール（TPM）2.0 仮想暗号化プロセッサの追加に対応しました。vTPM を VM に追加するには、VMware の手順に沿って操作するか、既存の VM をアップグレードして vTPM を追加します。詳しくは VMware のブログをご覧ください。

今回のアップデート情報はここまでです。サービスの最新アップデート情報を入手するには、リリースノートをブックマークしておくと便利です。

- Google Cloud、プロダクト管理担当 Sai Gopalan
- Google Cloud、VMware Engine プロダクトマネジメント担当ディレクター Manoj Sharma

NetApp CVS を Google Cloud VMware Engine のデータストアとして使用する方法

Tue, 21 Feb 2023 01:00:00 +0000

※この投稿は米国時間 2023 年 2 月 8 日に、Google Cloud blog に投稿されたものの抄訳です。

Google Cloud VMware Engine は、Google Cloud のパフォーマンスに優れたスケーラブルなインフラストラクチャ上に構築された、フルマネージドのエンタープライズクラスの VMware エクスペリエンスを提供します。一貫した VMware エクスペリエンスをこのサービスで実現することで、お客様は迅速かつ容易に Google Cloud を導入できます。また、オンプレミス vSphere ワークロードの変更を最小限に抑え、VMware と Google Cloud の長所を 1 つのプラットフォームに集約し、さまざまなユースケースに対応します。ユースケースには、短期間でのデータセンターの廃止、アプリケーションのリフト＆シフト、障害復旧、仮想デスクトップインフラストラクチャ、自社のペースに合わせたモダナイゼーションなどが含まれます。

Google Cloud VMware Engine は、ストレージの負荷の高い環境向けに、VM で使用できるストレージを拡張する方法をいくつか提供します。これには、Google Cloud Storage、Google Cloud Filestore、Dell PowerScale、NetApp Cloud Volumes Service (NetApp CVS) などのストレージオプションへのゲスト内アクセスの提供が含まれます。

Google と NetApp とのパートナーシップの拡大は、クラウドへの移行をより簡単にすることに重点を置いています。このパートナーシップの拡大の一環として、NetApp Cloud Volume Service の NFS 共有を Google Cloud VMware Engine のデータストアとして使用できるようになります。このソリューションは一般提供を開始しており、お客様は NetApp CVS ボリュームを VMware Engine のデータストアとして使用できます。

外部 NFS データストアを使用すると、コンピューティングとストレージの個別スケーリングが可能になり、VMware Engine でストレージの負荷の高いワークロードを実行するお客様の TCO を削減できます。NetApp CVS は、スケーラブルなパフォーマンスを備えたフルマネージド NFS ボリュームをクラウドで提供します。

このソリューションを使用するには、ユーザーはまず CVS テナントプロジェクトと Google Cloud VMware Engine テナントプロジェクトをピアリングし、ESXi ホストが NetApp CVS と通信できるようにする必要があります。その後、CVS ボリュームを作成し、CVS の UI / API / CLI を使用してこれらのボリュームを管理します。CVS ボリュームを外部 NFS データストアとして VMware Engine の ESXi ホストにマウントする前に、vSphere 環境に支障をきたさないように、ボリュームが誤って削除されないようブロックする必要があります。これは、ボリュームの作成時に「Block volume from deletion when clients are connected」フラグを設定することで実現可能です。VMware Engine で使用可能なボリュームを作成した後、ユーザーはこれらのボリュームを VMware Engine クラスタの CVS NFS データストアとして利用できます。

「Google Cloud とのパートナーシップを 2018 年に開始して以来、私たちは Google と共同でイノベーションを推進し、お客様に最高のハイブリッドクラウドエクスペリエンスを提供してきました」と、NetApp のクラウドプロダクト管理担当バイスプレジデントである Eric Han 氏は語っています。「Google Cloud VMware Engine 向けの NetApp Cloud Volume データストアを使用することで、組織はコンピューティングとストレージを個別にスケールできるため、ストレージの負荷の高い VMware 資産を Google Cloud で迅速にリフトおよび変換できます。」

「エンタープライズワークロードをクラウドに移行するための魅力的な方法をお客様に提供できることを嬉しく思います」と Google Cloud プロダクト管理担当ディレクターである Manoj Sharma は語っています。「お客様は多くの場合、大容量のストレージを必要としており、Google Cloud VMware Engine 向けの NetApp Cloud Volumes Service データストアは、このニーズを満たす簡単で費用対効果の高い方法です。NetApp と Google Cloud VMware Engine を利用することで、お客様は既存のツールやプロセスを使用して VMware への投資を拡大しながら、アジリティ、セキュリティ、可用性を強化できます。」

この機能の利用を希望される場合は、Google、NetApp、VMware の各アカウント担当者までお問い合わせください。この機能の詳細については、NetApp のブログをご覧ください。

- Google Cloud、グループプロダクトマネージャー Manish Lohani
- Google Cloud、プロダクト管理担当 Sai Gopalan

Google Cloud VMware Engine - 商業的柔軟性や使いやすさの向上をはじめとする新機能

Fri, 07 Oct 2022 09:00:00 +0000

※この投稿は米国時間 2022 年 9 月 29 日に、Google Cloud blog に投稿されたものの抄訳です。

この数か月間で Google Cloud VMware Engine にさまざまなアップデートが実施されました。今回の投稿は、Google Cloud のクラウドネイティブなエンタープライズグレードの VMware 環境において、vSphere ワークロードの移行と実行をさらに簡単で費用対効果の高いものにするための、最新のマイルストーンをまとめた内容となっています。

1 月には、単一ノードのプライベートクラウド、追加リージョン、PCI-DSS などを発表しました。

今回の重要なアップデートは次のとおりです。

VMware Cloud Universal のサブスクリプションプログラムに Google Cloud VMware Engine を追加することで、商業的柔軟性を向上
Google Cloud API / CLI を使用した自動化サポートのプレビュー版
VMware HCX のエンタープライズ向け機能を含む高度な移行機能（追加費用なし）
アプリケーションのライセンス費用を最適化するカスタムコア数
チューリッヒでサービスの提供を開始。アジア、ヨーロッパ、南アメリカでリージョンを追加予定
Traffic Director と Google Cloud VMware Engine のインテグレーションによる、ウェブサービスのスケーリング、GCP のネイティブロードバランサと GCVE のバックエンドのリンク
Dell PowerScale for GCVE の提供を開始。これにより、GCVE VM からゲスト内の NFS、SMB、HDFS へのアクセスが可能に
96 ノードのプライベートクラウド、ストレッチクラスタ、追加のコンプライアンス認証を含むロードマップに関するプレビューサポート

VMware Cloud Universal のサブスクリプションプログラムに Google Cloud VMware Engine を追加: VMware および VMware パートナーから、VMware Cloud Universal の一部として、Google Cloud VMware Engine のサービスを購入できるようになりました。当プログラムでは、VMware Cloud Acceleration Benefit による割引や、未使用分の VMware Cloud Universal クレジットを利用できます。また、VMware で購入した場合でも Google Cloud のコミットを消費できるため、消費を効率化できます。詳細については、こちらの投稿をご覧ください。

自動化をサポートする Google Cloud API / CLI のプレビュー版: ユーザーは Google Cloud API / CLI を使用することで、VMware Engine のインフラストラクチャ運用の大規模な自動化が可能になりました。また、Google Cloud の他のツールと一貫性のある標準的なツールチェーンセットを使用して、こうした環境を管理できます。この公開プレビュー版への参加をご希望の方は、Google アカウントチームまでご連絡ください。

アプリケーションのライセンス費用を最適化するカスタムコア数: Google Cloud VMware Engine でのアプリケーションライセンス費用の管理と最適化をサポートするために、カスタムコア数と呼ばれる機能を導入しました。この機能を使うことで、アプリケーション固有のライセンス要件を満たしたうえでコストを削減できるようクラスタを柔軟に構成できます。クラスタ作成時に必要な CPU コア数をオプションから選択して設定することで、アプリケーションでライセンスが必要になる場合のコア数を効果的に削減できます。詳細については、こちらの投稿をご覧ください。

HCX のエンタープライズ向け機能を含む高度な移行機能（追加費用なし）: プライベートクラウドの作成では、VMware HCX のエンタープライズライセンスレベルがデフォルトで使用され、プレミアム移行機能を利用できます。さらに、オンプレミスから Google Cloud VMware Engine へダウンタイムなしの一括移行を可能にする HCX レプリケーションアシスト vMotion や、拡張ネットワーク上でオンプレミスとクラウドベースのリソース間のネットワークのトロンボーニングを防ぐため、特定のシナリオで最適なトラフィックルーティングを提供する Mobility Optimized Networking など、注目の機能が盛り込まれています。HCX を使用してワークロードを Google Cloud VMware Engine に移行する方法の詳細については、こちらのドキュメントをご覧ください。

チューリッヒリージョンで Google Cloud VMware Engine の提供を開始: これで、サービスが世界 14 のリージョンで利用可能になりました。多国籍企業と現地企業のお客様は、VMware 対応の Infrastructure as a Service プラットフォームを Google Cloud 上でご活用いただけます。これらの各リージョンでは、単一ゾーンで 99.99% の SLA をサポートしています。

Traffic Director と Google Cloud VMware Engine のインテグレーション: サービスメッシュ用のフルマネージドコントロールプレーンである Traffic Director は、Google のロードバランサのポートフォリオやハイブリッドネットワークエンドポイントグループ（ハイブリッド NEG）と組み合わせて、VMware Engine でホストされるウェブサービスにハイパフォーマンスのフロントエンドを提供します。Traffic Director は、GCP のネイティブロードバランサと VMware Engine のバックエンドをつなぐ役割も果たしており、Cloud CDN や Cloud Armor などの新しいサービスを実現しています。詳細については、こちらの投稿をご覧ください。

Dell PowerScale for Google Cloud VMware Engine: Dell PowerScale を使用することで、VMware Engine VM のゲスト内アクセスが可能になりました。これにより、オンプレミス環境からのシームレスな移行が可能になり、より多くの VMware Engine のスケールアウトストレージの選択肢をお客様に提供いたします。PowerScale for Google Cloud のゲスト内アクセスには、NFS、SMB、HDFS によるマルチプロトコルアクセス、スナップショット、ネイティブなレプリケーション、AD 統合、VMware Engine と Compute Engine インスタンス間の共有ストレージが含まれます。詳細については、Dell PowerScale for Google Cloud および Google Cloud VMware Engine をご確認ください。

スケールアップに対応した 96 ノードのプライベートクラウド、HA 向けストレッチクラスタのプレビューサポート提供と、さらなるコンプライアンス認証のロードマップ。

[プレビュー] プライベートクラウドあたり 64 ノードから最大 96 ノードまでスケールアップが可能になります。これにより、より大規模なお客様環境を、高パフォーマンスを維持しつつ専用のインフラストラクチャでサポートすることが可能になり、そのような大規模な環境を単一の vCenter サーバーで管理することで、運用の効率を向上させます。
[プレビュー] クラスタを拡張することで、1 つのクラスタをリージョン内の 2 つのアベイラビリティゾーンにまたがってデプロイし、同期レプリケーションを行うことにより、可用性と障害からの独立性をさらに高めることができます。
[ロードマップ] SOC1、政府情報システムのためのセキュリティ評価制度（ISMAP）、BSI:C5 などのコンプライアンス認証の追加に取り組んでいます。

VMware Explore 2022 と Google Next ‘22 への参加

先日、サンフランシスコで開催された VMware Explore では、多くの方々とつながり、今回のアップデートについて情報を共有する機会がありました。VMware ワークロードを迅速に移行して変換する方法については、オンデマンドコンテンツで、Google のブレイクアウトセッションをご覧ください。移行、Google Cloud サービスによるトランスフォーメーション、セキュリティ、バックアップと障害復旧など、数多くのトピックを扱ったセッションをご覧いただけます。また、11 月にバルセロナで開催される VMware Explore でも、興味深いセッションやデモを多数ご用意しています。

Google Next ‘22 にぜひご参加ください。盛りだくさんのパネルディスカッションでは、既存のアプリケーションに変更を加えることなく Google Cloud でネイティブに実行される VMware スタックの提供、移行スケジュールの短縮、リスクの軽減、ビジネスの変革を実現したお客様の Google Cloud VMware Engine の活用方法について知ることができます。

まずは、Google Cloud VMware Engine と移行オプションについて詳細をご確認ください。または、Google のセールスチームまでお問い合わせください。移行のプロセスをすでに開始している複数のお客様に遅れることなく移行を開始しましょう。

今回のアップデート情報はここまでです。サービスの最新アップデート情報を入手するには、リリースノートをブックマークしておくと便利です。

- Google Cloud プロダクト管理担当 Sai Gopalan
- Google Cloud VMware Engine プロダクトマネジメント担当ディレクター Manoj Sharma

Traffic Director による Google Cloud VMware Engine のロードバランシング

Mon, 11 Jul 2022 03:00:00 +0000

※この投稿は米国時間 2022 年 6 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。

以下のソリューションの概要では、GCVE + Traffic Director の実装について説明します。この説明は、ウェブサービスを簡単にスケールアウトし、Google Cloud へのアプリケーションの移行を行う方法をお客様に提供することを目的としています。このソリューションは、Google Cloud Platform のユニークな機能を例証する、柔軟かつオープンなアーキテクチャに構築されています。では詳しくご説明しましょう。

簡単: 完全な構成は数分で実装できます。スクリプトや IaC（Infrastructure-as-Code）による定義によって、迅速な消費が可能になり、最小限のエラーに抑えることができます。

柔軟かつオープン: このソリューションは、ネットワークやアプリケーションのコミュニティで絶大な人気を誇るオープンソースのプラットフォーム「Envoy」を利用しています。

Google Cloud VMware Engine（GCVE）の提供により、GCP のお客様は、Google が管理、サポート、保守する認定 VMware スタック上にクラウドアプリケーションをデプロイできるようになりました。また、これらのお客様の多くは、GCVE 上で動作するアプリケーションと、Google Kubernetes Engine（GKE）や Cloud Functions、App Engine、Cloud Run などのサーバーレスフレームワークなど、当社のプラットフォームがネイティブで提供する、さまざまなインフラストラクチャサービスとのシームレスな統合を望んでいます。ネットワークサービスはその筆頭です。

このブログでは、サービスメッシュのフルマネージドコントロールプレーンである Traffic Director を、当社のロードバランサのポートフォリオやハイブリッドネットワークエンドポイントグループ（ハイブリッド NEG）と組み合わせて、VMware Engine でホストされるウェブサービスにハイパフォーマンスのフロントエンドを提供できることを説明します。

Traffic Director は、GCP のネイティブロードバランサと GCVE のバックエンドをつなぐ役割も果たしており、これらの技術的なメリットを実現することを目的としています。

認証局との統合により、SSL 証明書のライフサイクルを完全に管理することが可能。
Cloud Armor による DDoS 対策は、サービス拒否攻撃やウェブ攻撃からアプリケーションやウェブサイトを保護するのに役立つ。
Cloud CDN を使用したキャッシュによるコンテンツ配信。
単一の IP と世界中に配信するインテリジェントなエニーキャストにより、フェイルオーバー、復元性、可用性を向上させることが可能。
お客様所有 IP アドレスの使用（BYOIP）を、Google Cloud のリソースに独自のパブリック IP アドレスをプロビジョニングするために使用。
GCVE に加え、GCE、GKE、Cloud Storage、サーバーレスなど、多様なバックエンドタイプの統合が可能。

シナリオ #1 - 外部ロードバランサ

以下の図には、このアーキテクチャに関わる GCP コンポーネントの概要が示されています。

このシナリオでは、Envoy プロキシフリートとして実装された Traffic Director のデータプレーンコンポーネントにトラフィックを転送するために、外部の HTTP(S) ロードバランサが使用されています。ユーザーは、ルーティング可能な NSX セグメントを作成し、Traffic Director ですべてのトラフィックポリシーを一元的に定義できます。GCVE VM の IP とポートのペアはハイブリッド NEG で直接指定されます。そのため、すべてのネットワーク操作は Google Cloud のコントロールプレーンでフルマネージドになります。

または、GCVE VM を階層 1 レベルで構成された NSX L4 ロードバランサの背後にあるルーティングできない NSX セグメントにデプロイし、VPC ピアリング接続の経路のインポートとエクスポートを介してロードバランサ VIP をお客様の VPC にエクスポートすることも可能です。GCVE では、NSX-T ロードバランサを階層 0 のゲートウェイではなく、階層 1 のゲートウェイと関連付けることが強く推奨されていることに留意することが重要です。

NSX-T でロードバランサを構成する手順（サーバープール、ヘルスチェック、仮想サーバー、分散アルゴリズムなど）は、VMware が文書化しているため、ここでは扱いません。

NSX ロードバランサでウェブアプリケーションをフロントにすると、次のようなことが可能になります。

VIP ルートのみが知らされるため、ウェブ層のプライベート IP アドレスの使用や、マルチテナントをデプロイした場合の IP アドレスの重複が可能。
内部クライアント（GCP または GCVE 内のアプリケーション）は NSX ロードバランサの VIP をさす場合がある。また、外部クライアントはネイティブ、GCP 外部ロードバランサの前にあるパブリック VIP を指す場合もある。

L7 NSX ロードバランサは、Cookie セッションの永続化や URL マッピングなどの高度なアプリケーション層サービスにも使用可能です（この例では説明しません）。

このシナリオでは、外部の HTTP(S) ロードバランサを使用する実装を示しました。しかし、HTTP(S) 以外のプロトコルに対応するために、外部の TCP/UDP ネットワークロードバランサや TCP プロキシを使用できることに留意してください。Traffic Director を L4 モードで使用する場合、ターゲットプロキシごとに単一のバックエンドサービスを使用するなどの制約があり、アーキテクチャの実装時に考慮する必要があります。

シナリオ #2 - 内部ロードバランサ

このシナリオでは、Traffic Director が管理する Envoy プロキシにリクエストをルーティングするためのロードバランシングプラットフォームが変更される点のみ異なります。このユースケースは、ここで文書化されているように、ユーザーが Traffic Director なしではサポートされていない高度なトラフィック管理機能を利用したい場合など、特定の状況において適切な場合があります。

Traffic Director によって制御される Envoy 管理下のプロキシは、GCVE ワークロードに直接トラフィックを送信できます。

別の方法として、シナリオ #1 で説明したことと同様に、明示的な GCVE VM IP の代わりに、NSX LB VIP を使用できます。これにより追加のロードバランシングレイヤが導入されます。

ここでは、L7 内部ロードバランサを使用した場合に考えられる構成を説明しました。しかし、HTTP(S) 以外のプロトコルに対応するために、L4 内部ロードバランサを使用することも可能です。Traffic Director と組み合わせて L4 と L7 のロードバランサを使用する場合、ここで文書化されているように、いくつかの考慮点があるので注意してください。

結論

お客様は、複数の GCP プロダクトを組み合わせることで、グローバルなロードバランシングなど Google が提供するさまざまな分散ネットワークサービスを利用しながら、可用性や信頼性、パフォーマンスを犠牲にすることなく、運用に継続性をもたらす Google Cloud VMware Engine 環境でアプリケーションをホスティングすることが可能になります。

こちらの詳細については、GCVE ネットワークホワイトペーパーを確認してください。VMware Engine の詳細については、VMware Engine のランディングページにアクセスし、インタラクティブチュートリアルをご覧ください。また、VMware Engine と他の GCP コアインフラストラクチャおよびデータサービスを統合する方法について説明する予定ですので、今後の記事にご注目ください。

- Google Cloud、エンタープライズインフラストラクチャカスタマーエンジニア、Marcos Hernandez
- Google Cloud ネットワーキングスペシャリスト、Albert Colas Prunera

Google Cloud の VMware Engine 移行プロセスとパフォーマンスを理解する

クラウドで VMware を実行: Google Cloud VMware Engine の優れた点

Tue, 10 May 2022 01:00:00 +0000

※この投稿は米国時間 2022 年 4 月 27 日に、Google Cloud blog に投稿されたものの抄訳です。

Google Cloud VMware Engine は、Google Cloud のパフォーマンスに優れたスケーラブルなインフラストラクチャ上に構築された、エンタープライズクラスのクラウドネイティブな VMware エクスペリエンスを提供しています。このサービスで一貫した VMware エクスペリエンスを実現することで、お客様は迅速かつ容易に Google Cloud を導入できます。また、vSphere ワークロードの変更を最小限に抑え、VMware と Google Cloud の長所を 1 つのプラットフォームに集約し、さまざまなユースケースに対応します。ユースケースには、短期間でのデータセンターの廃止、アプリケーションのリフト＆シフト、障害復旧、仮想デスクトップインフラストラクチャ、自社のペースに合わせたモダナイゼーションなどが含まれます。

ここでは、クラウドでの VMware ワークロードの実行、オペレーションの簡略化、イノベーションの加速に対して、VMware Engine が代替製品より優れている 7 つの点をご紹介します。

1. 専用の 100 Gbps east-west ネットワーク

Google Cloud VMware Engine ノードには、冗長性が確保されたスイッチと専用の 100 Gbps east-west ネットワークが備えられていて、一般的にオーバーサブスクリプションがある他のオプションとは異なり、帯域幅のオーバーサブスクリプションは発生しません。これは、レイテンシの影響を受けやすいワークロードを実行する場合、特に重要になります。

2. 単一ゾーンの可用性は 99.99%

このサービスでは、クラスタを拡張することなく、5～16 ノード、FTT=2 以上の単一ゾーンのクラスタに対して 99.99% の稼働時間 SLA を提供しています。これは代替製品よりも高い稼働率です。さらに、vSAN や vMotion などのコアサービス機能に専用接続を使用することで、ソリューションの安定性と可用性の向上を実現します。これにより、高可用性が求められる企業のワークロードニーズをサポートできます。

注: 「クラスタ」とは、VMware ESXi を実行している 3 台以上の専用ベアメタルノードと、管理インターフェースによって管理されている関連付けられたネットワーキングのデプロイメントを意味します。

3. 複雑なルーティングを必要としないグローバルなネットワーキング

Google Cloud VMware Engine のネットワーキングは、Google Cloud の強力なネットワーキングアーキテクチャを基に構築されています。シンプルなリージョンルーティングモードと、VPC のサブネットを Google のサービスが利用可能な任意のリージョンにデプロイできる、グローバルルーティングモードによって、グローバルなネットワークを構築できます。さらに、リージョンごとのネットワーク設計の作成や接続の必要がなく、オーバーヘッドも発生しません。リージョン間でのレイヤ 3 の直接アクセス権が直ちに付与されます。他のクラウド環境では、リージョン間で特別なネットワークの構成が必要な可能性があり、多くの場合、グローバルで均一なネットワーク通信を実現するために、VPN ベースのトンネルが WAN 経由で必要になります。これにより、追加の費用が必要になるだけでなく、デプロイとオペレーションが複雑になります。

4. 統合されたマルチ VPC ネットワーク

多くの場合、ユーザーは多様な VPC ネットワーク環境（個別の開発 / テスト環境と本番環境、ビジネスユニットをまたぐ複数の管理ドメインなど）にアプリケーションをデプロイしています。このサービスでは、マルチ VPC ネットワーキングを使用した、VPC ネットワークから Google Cloud VMware Engine ネットワークへの「多対多」のアクセスをサポートしています。これにより、既存のデプロイ済みのアーキテクチャを保持しながら、VMware 環境にフレキシブルに拡張できます。さらに、マルチ VPC ネットワークを提供することで、VMware ニーズ（QA や開発など）をより小規模なクラスタのセットにプールし、費用を効果的に削減できます。

Google Cloud VMware Engine で利用できるエンドツーエンドのネットワーキング機能とサービスの詳細については、Google Cloud VMware Engine のプライベートクラウドネットワーキングのホワイトペーパーをご参照ください。ホワイトペーパーで、ネットワークフロー、構成オプション、さらに Google Cloud での VMware ワークロードの実行についての他とは異なるメリットなど、詳細に説明しています。

5. 一元管理されたクラウド統合モデル

Google Cloud VMware Engine は、Google とその世界水準のチームが運用、サポートする、フルマネージドの Google の自社サービスです。ID、請求、アクセス制御が完全に統合されているため、他のサービスでは得られない、よりシンプルなエンドツーエンドのエクスペリエンスを提供します。Google Cloud VMware Engine サービスは、他の Google Cloud サービスと同様に、Google Cloud Console からアクセスします。また、Cloud VMware Engine で実行している VMware プライベートクラウドから、他のネイティブの Google Cloud サービスへは、ローカル接続を経由してプライベート接続もできます。

6. サードパーティエコシステムとの柔軟な互換性

Google Cloud VMware Engine では、ソリューションユーザーアカウントを使用することで、追加の権限が必要な既存の VMware オンプレミスのサードパーティ製ツールやサービスを設定できます。これにより、独自のオペレーションの整合性を実現し、長年にわたって投資、使用してきたツールを Google Cloud VMware Engine で使用できるようになります。さらに、vSAN データ暗号化などの重要な分野では、vSAN データストアでデフォルトでオンになっている Google Cloud Key Management Service（KMS）の使用だけではなく、HyTrust、Thales、Fortanix など KMS 外部のプロバイダを選択できます。

7. ストレージ使用率が高い高密度ノード : コアとメモリ : コア比率と高速プロビジョニング

Google Cloud VMware Engine ノードは高密度構成になっています。各ノードは、Intel® Xeon® スケーラブルプロセッサを搭載し、36 コア、72 ハイパースレッドコア、768 GB のメモリ、19.2 TB の NVMe データストレージ、3.2 TB の NVMe キャッシュストレージで構成されています。これは、オーバーサブスクリプションに加えて、高い統合率と、ストレージ対 1 ドルあたりのコア比とメモリ対 1 ドルあたりのコア比の魅力的な比率をもたらします。さらに、このようなノードを VMware プライベートクラウドに 1 時間以内に迅速にスピンアップできるため、Google Cloud でニーズに合わせてオンデマンドの VMware と整合性のとれた容量を確保できます。

これらは、Google Cloud VMware Engine のインフラストラクチャを特徴づける、お客様中心のイノベーションのほんの一例です。さらに、Google Cloud への移行により、最大 38% の TCO を削減できます。利用開始するには、Google Cloud VMware Engine と、移行オプションに関する詳細をご覧ください。または、Google のセールスチームまでお問い合わせください。移行のプロセスをすでに開始している複数のお客様に遅れることなく移行を開始しましょう。

このブログを投稿してくれた Google Cloud VMware Engine プロダクトチームに感謝します。

- Google Cloud VMware Engine プロダクトマネジメント担当ディレクター Manoj Sharma
- Google Cloud プロダクト管理担当 Sai Gopalan

Google Cloud VMware Engine のデプロイにかかるコストを最適化する

Wed, 09 Feb 2022 01:00:00 +0000

※この投稿は米国時間 2022 年 1 月 29 日に、Google Cloud blog に投稿されたものの抄訳です。

Google Cloud VMware Engine を使用すると、専用ハードウェアを備えた VMware マネージド環境を数分でデプロイして、ESXi ノードをオンデマンドで柔軟に追加および削除できます。この柔軟性は、コンピューティング容量を必要に応じてすばやく追加する際に特に便利です。ただし、予想外のコスト増に見舞われることのないよう、コスト最適化戦略を実装してプロセスを確認しておくことが重要です。ワークロード容量の増加に対応するには、ESXi クラスタにハードウェアを追加する必要があるため、プライベートクラウドをスケールアウトする場合はさらなる注意が必要となります。

このブログでは、全体的なコストの最適化に重点を置き、Google Cloud VMware Engine プライベートクラウドを運用するためのベストプラクティスをご紹介します。

Google Cloud VMware Engine の請求について

お客様への料金の請求は、デプロイされている VMware ESXi ノードの数に基づいて時間単位で行われます。仮想マシンインスタンスに対する Compute Engine のコミットメントベース料金モデルと同様に、Google Cloud VMware Engine は 1 年と 3 年の契約期間について確約利用割引を提供します。料金の詳細については、Google Cloud VMware Engine のプロダクト概要ページの料金セクションをご覧ください。

コスト最適化戦略 1: 確約利用割引を適用する

確約利用割引（CUD）は、特定のリージョンで 1 年または 3 年の期間にわたって一定数の Google Cloud VMware Engine ノードを運用するというコミットメントに基づく割引です。3 年間のコミットメントの CUD では、契約の開始時に費用を全額支払う場合、最大 50% の割引が提供されます。ご想像のとおり、コミットメントベースの割引を購入後にキャンセルすることはできないため、プライベートクラウドで運用するノードの数が確かなものであることが必要です。Google Cloud VMware Engine がデータセンター移行のターゲットプラットフォームである場合は、1 年または 3 年の期間に運用するノードの最小数にこの割引を適用し、必要なノードの数を定期的に見直してください。

コスト最適化戦略 2: ストレージ消費を最適化する

ワークロード（バックアップシステム、ファイルサーバー、大規模データベースなど）が大量のストレージを消費している場合は、クラスタをスケールアウトして vSAN ストレージ容量を追加する必要が生じることがあります。ストレージ消費量を低く抑えるために、次の最適化戦略を検討してください。

1. 許容障害数（FTT）は同じにしたまま、RAID 1（デフォルトストレージポリシー）ではなく RAID 5 または RAID 6 を使用するカスタムストレージポリシーを適用します。FTT 数は、ESXi クラスタの月間稼働時間に関する SLA に直接関係する重要な指標です。RAID 1 エンコードスキームは冗長性確保のためにデータのブロックをミラーリングするため、RAID 1 を FTT=1 で使用するストレージポリシーでは、100% のストレージオーバーヘッドが発生します。同様に、FTT=2 が必要な場合（たとえば、99.99% の稼働時間の可用性を必要とする重要度の高いワークロードの場合）、RAID 1 は 200% のストレージオーバーヘッドを生成します。FTT=1 のストレージポリシーはわずか 33% のストレージオーバーヘッドで達成できるため、RAID 5 構成の方がストレージ効率が高くなります。同様に、RAID 6 はわずか 50% のストレージオーバーヘッドで FTT=2 を提供できます。つまり、RAID 1 でデフォルトストレージポリシーを使用する場合と比べて、ストレージ消費量の 50% を節約できます。ただし、RAID 1 の方がストレージデバイスへの I/O 操作が少なくて済むため、パフォーマンスの向上につながる可能性があることに注意してください。

2. 「シンプロビジョニング」形式を使用して新しいディスクを作成します。シンプロビジョニング形式のディスクは、小規模で始めて、ディスクに書き込まれるデータの増加に応じて拡張することが可能なため、保存容量の節約につながります。

3. バックアップで vSAN ストレージがいっぱいにならないようにします。Actifio などのバックアップツールにより、VMware 環境とクラウドストレージを統合でき、オペレータはバックアップをより低コストの保存場所に移動できます。長期間保持する必要のあるバックアップデータは、一定の期間が経過したデータをより低コストのストレージクラスに移動するライフサイクルポリシーが適用された Cloud Storage バケット内に保存する必要があります。

4. vSAN クラスタで重複除去と圧縮を有効にして、冗長データブロックの量を減らすことで、全体的なストレージ消費量を減らします。

コスト最適化戦略 3: ESXi クラスタを適切なサイズに設定する

1. CPU、メモリ、ストレージの使用率を高く保ちつつも、ワークロードの失敗を招くことなく ESXi ノードの停止に対応できるサイズに ESXi クラスタを設定します。最大容量に近いリソース使用率でクラスタを運用すると、突然ハードウェア障害が発生した場合にサービスが停止する可能性があります。リソース（CPU、メモリ、またはストレージ）使用率指標の上限を約 70% に設定すると、クラスタの安全な運用とクラスタの機能の使用を両立させることができます。

2. 新しいプライベートクラウドのデプロイを単一ノードクラスタで開始して、必要に応じてデプロイを拡張します。Google Cloud VMware Engine は最近、テストと概念実証のための単一ノードからなるプライベートクラウドを作成する機能を追加しました。単一ノードクラスタは最大保持期間が 60 日に限られており、SLA はありません。ただし、運用管理段階のツール、設定、テストとの統合中にコストを最小限に抑えるための優れた手段を提供します。プライベートクラウドのランディングゾーンの設定が完了したら、1 ノードクラスタを 3 ノードクラスタに拡張して、SLA の対象にすることができます。

3. 可能であれば ESXi クラスタを統合します。複数のクラスタでワークロードを実行している場合は、クラスタを統合することで、クラスタ間でリソースをより効率的に分散させられるかどうかを確認します。たとえば、ワークロードが OS タイプ別または本番環境と非本番環境で分かれている場合は、クラスタを統合することでリソースの使用率が向上する可能性があります。ただし、ライセンス要件など、統合を妨げる他の制約があるかどうかを確認する際には注意が必要です。ライセンス要件を満たすために VM を特定のノードで運用する必要がある場合は、ワークロードを特定のノードに固定する DRS アフィニティルールを検討してください。

4. 可能であればプライベートクラウドを統合します。複数のプライベートクラウドを運用している場合は、それらのクラウドを統合できるかどうかを確認してください。プライベートクラウドはそれぞれに独自の管理 VM のセットが必要です。それが原因で、全体的なリソース消費にオーバーヘッドが生じます。

コスト最適化戦略 4: ワークロードのリソース使用率を確認する

1. 定常状態でアプリケーションを実行した後で、VM のリソース使用率を継続的に確認します。vCenter 指標をプログラムで抽出するか視覚的に抽出して、適切なサイズに関する推奨事項を提供します。たとえば、VM が CPU とメモリのリソースを必要以上に消費していることがわかった場合は、アプリケーションの計画的ダウンタイム中に VM パラメータを調整します（再起動が必要です）。

vCenter から CPU とメモリの使用率の統計情報を抽出し、CSV ファイルなどの便利な形式でデータを保存するスクリプトの実行をスケジュール設定することを検討してください。たとえば、この操作は、スクリプト実行ホストから PowerShell を使用して行うことができます。

少なくとも 30 日間の CPU およびメモリの平均使用率を妥当なしきい値と比較することにより、過剰に使用されているリソースまたは十分に使用されていないリソースとしてワークロードを分類する基準を定義します。

条件の例（しきい値は要件に合わせて調整可能）:

CPU の使用率（30 日間と 1 年間の平均値）が 50% 未満
CPU の使用率（30 日間と 1 年間の最大値）が 80% 未満

上記の推奨事項を使用する場合でも、突然の変更は避け、データをワークロードの要件に照らして常に精査してください。

2. Cloud Monitoring とスタンドアロンエージェントの統合を使用して、クラスタとワークロードの指標を確認します。インストールガイドに沿って指標転送を有効にして、vCenter 指標を Cloud Monitoring と統合します。

3. VMware vROps などのサードパーティ製ツールを使用して容量と使用率に関する分析情報を得て、ワークロードが CPU / メモリバウンドである場合の適切なサイズ設定に役立てることを検討します（詳細はブログ投稿を参照）。vROps には追加のライセンスが必要であり、VM やホストごとに vROps をインストールする必要があることに注意してください。

コスト最適化の管理 - 人員とプロセス

コスト最適化の有効性は、オペレーションをサポートし、実施する人員とプロセスの準備状況にも左右されます。

1. コスト最適化の役割を設定する - どのクラウド運用モデルにおいても、コストの管理と最適化は単一チームの責任ではなく、複数のチームや役割による協調的な取り組みが必要です。最適化を共通の最優先事項とし、Cloud Center of Excellence（CoE）、財務（最適化目標の定義と支出のモニタリング）、アーキテクチャ（最適化オプションの評価）、運用 / SRE（オプションの実行）の各チーム内にコスト最適化の中心的な役割を確立するには、経営幹部からの支援とサポートが必要です。また、ワークロードに対する可用性とパフォーマンスの影響を検証できるよう、ビジネスやアプリケーションの関係者を関与させます。

2. 簡単なことから着手し、徐々に範囲を拡大する - コスト最適化は継続的な取り組みであり、企業のクラウド導入成熟度曲線をたどります。補助的なプロセスとツールを定義することから始めて、規模の拡大に応じて改良を加えます。

3. 最適化オプションに優先順位を付ける - 最適化は大幅なコスト削減をもたらしうる反面、リソースを投じるべき労力と時間の面で犠牲を伴います。コスト節約の可能性と推定される労力レベルに基づいてオプションに優先順位を付け、コスト削減と短期的な成果達成に最も効果的な方法を特定してください。

4. レポートを作成し、成果を測定する - 関心のある主要な指標（ユーザー / テナント顧客あたりのコストなど）を特定し、KPI を定義して、最適化の成果と達成状況を継続的に測定します。

財務アカウンタビリティを果たし、ビジネス価値を実現するための包括的なフレームワークについては、Cloud FinOps に関するホワイトペーパーをご確認ください。また、ツールとコスト最適化のベストプラクティスに関する追加のガイダンスについては、クラウドコスト最適化の原則に関するブログをご覧ください。

次のステップ

このブログでは、実装にかかる労力がそれぞれ異なるプライベートクラウドの全体的なコストを削減する戦略をいくつかご紹介しました。短期間でコスト削減を達成できる戦略の例としては、CUD の使用（特に、VMware Engine をワークロード用プラットフォームとして少なくとも 1 年間使用する場合）のほか、全体的な vSAN ストレージ消費を最適化するカスタムストレージポリシーが挙げられます。

クラスタと VM の使用率指標をモニタリングするプロセスの導入を含んだ最適化戦略は、ワークロードのサイズが過大であるかどうかに関する有益な分析情報を提供します。ただし、ワークロードのサイズ設定は性急に行うべきではなく、定常状態での指標を注意深く評価することが必要です。このようにして行ったコスト最適化は、長期的な視点で効果をもたらします。

Google Cloud は、クラウドへの移行から最大の価値を引き出すと同時に、Google Cloud VMware Engine の導入とコストの最適化を支援するアーキテクチャフレームワークを開発しました。詳細にご興味がありましたら、Google Cloud のアカウント担当者までお問い合わせください。

このブログ投稿に協力し、企業のお客様を対象としたコスト最適化プロセスの実装を支援してくれた Wayne Chu に感謝いたします。

- 戦略的クラウドエンジニア Konrad Schieban
- テクニカルアカウントマネージャー Rachith Kavi

Google Cloud VMware Engine のデータソースで BigQuery を使う

Thu, 16 Dec 2021 06:00:00 +0000

※この投稿は米国時間 2021 年 12 月 3 日に、Google Cloud blog に投稿されたものの抄訳です。

このブログ記事は、オンプレミスのデータソースを Google Cloud VMware Engine に移行したお客様で、Google Cloud が提供するデータおよび分析サービスを利用したいと考えている方を対象としています。お客様が Google Cloud を選ぶ目的の一つは、ご自身のデータセットに Google Cloud 分析を活用することです。お客様が IT の意思決定者、あるいはデータアーキテクトである場合、Google 分析を使ってデータのパワーを迅速に利用したいとお考えでしょうか。このブログ記事では、データセットに対する高度な分析や機械学習が可能な BigQuery を使ったデータへのアクセス方法をご説明します。

理由

データの使用と分析は、テクノロジーの最前線にあります。大量のデータとリソースプールが日々管理され、使用されています。こういった状況に対応するため、Google Cloud は既存のデータベースの管理と理解を支援しています。その際、費用をかけてソースマテリアルやデータのロケーションを再設計する必要はありません。このブログ記事では、データベースを再設計することなしに、既存データを使って Google Cloud データおよび分析サービスへアクセスする方法をご紹介します。データソースが Google Cloud VMware Engine にあると、Google の可用性に優れたフォールトトレラントのインフラストラクチャを活用して、データパイプラインのパフォーマンスを向上させることができます。これらのソリューションは、BigQuery を利用したクラウドネイティブ分析により、データセットから価値を抽出するまでの時間を短縮することを目的としています。

Google Cloud VMware Engine を介して移行を実施するこのソリューションは、データオペレーションのあらゆる面でメリットを提供します。データベース管理者（DBA）や仮想インフラストラクチャ / クラウドの管理者は、オンプレミスに類似の使い慣れた環境をクラウド上でも利用できます。オンプレミスのインフラストラクチャチームは、使い慣れたツールセットを利用して、データサイエンティストチーム、AI チーム、機械学習（ML）チームを実現できます。これらのチームは、オンプレミスのデータに対して、Google Cloud の AI / ML / データ分析機能を利用できるようになります。

例えば、プロダクトのクロスセルの機会を模索している場合、最初のステップは、プロダクト全体にわたってプロダクトの使用状況と請求データセットが分析できるようにつながっているかを確認することです。DBA チームがデータセットを特定し、インフラストラクチャチームがこれらのソースへのアクセスを可能にします。次に、アプリケーションチームはこのデータを BigQuery に複製し、BigQuery ML レコメンデーションなどのアプローチを用いて、クロスセルの機会を引き出します。別のユースケースの例としては、オペレーションの使用量の増加予測や成長計画があります。販売データが BigQuery に複製されると、データセットでの高度な時系列予測のアプローチが利用可能になります。

含まれる内容

リレーショナルデータセットを BigQuery 内に非公開かつ安全に複製するために、Google Cloud Data Fusion や Google Cloud Datastream を利用する方法をご紹介します。Datafusion は、さまざまな種類のデータパイプラインをサポートする ETL ツールです。Datastream は、変更データキャプチャとレプリケーションのためのサービスです。この両方のサービスを利用すると、データは常に Google Cloud のプロジェクトの中に存在し、内部 IP を使ってデータにアクセスできます。ここではリアルタイムレプリケーションに焦点を当て、BigQuery 内で SQL Server、MySQL、Oracle などのオペレーショナルデータストアから継続的にデータにアクセスできるようにします。

データソースからクラウドへのデータ移行や、ETL（抽出 / 変換 / 読み込み）によるデータウェアハウスへのデータパイプラインの維持には、非常に時間がかかります。別のアプローチとしては、ELT（抽出 / 読み込み / 変換）があります。ELT アプローチでは、ターゲットシステム（BigQuery など）にデータを読み込んでから変換が行われます。ELT プロセスは、従来の ETL プロセスよりも簡単に実行でき、データの読み込みも速いため、よく利用されています。

データセットが Google Cloud に存在することで、データチームは高速かつ低レイテンシの Google Cloud ネットワーク上で Cloud Data Fusion や Datastream を利用して、VMware インフラストラクチャから Google Cloud ネイティブストレージバケットや BigQuery など Google Cloud のさまざまな宛先にデータを複製、移動できます。

わかりやすくするために、ここではすべてのサービスが同じプロジェクト内で使用されていると仮定します。また、Google Cloud の VMware Engine から、オンプレミスから、または他の Virtual Private Cloud（VPC）からデータを移行する際の料金への影響についても説明します。

Cloud Data Fusion:

Cloud Data Fusion は、ETL / ELT データパイプラインをコードフリーでデプロイできる、マウス操作だけの視覚的インターフェースを提供しますCloud Data Fusion には、テーブルを BigQuery に複製するためのレプリケーションアクセラレータも用意されています。

Cloud Data Fusion は、独自の VPC を持つテナントプロジェクトを内部で設定し、Cloud Data Fusion のリソースを管理します。Cloud Data Fusion を使って Google Cloud VMware Engine 内のデータソースにアクセスするには、メイン VPC 上でリバースプロキシを使用します。これについては以下の画像で説明します。

このシナリオでは、プロジェクト内の Google Cloud VMware Engine インスタンス上でデータワークロードを実行しています。Google Cloud VMware Engine 環境には、Google Cloud VMware Engine でピアリングされたプロジェクトレベルの VPC を介してアクセスします。プロジェクトレベルの VPC 上の Google Compute Engine インスタンスは、Google Cloud VMware Engine インスタンスに直接アクセスできないサービスに対して、Google Cloud VMware Engine データベースへのリバースプロキシを公開します。Cloud Data Fusion インスタンスは、メイン VPC へのプライベート IP アクセスとネットワークピアリングが可能で、リバースプロキシインスタンスを介してデータにアクセスできます。Cloud Data Fusion に内部 IP アクセスとネットワークピアリングを設定するプロセスについては、こちらのドキュメントをご覧ください。

ピアリングが完了したら、Cloud Data Fusion の Java Database Connectivity コネクタを使って、レプリケーションや高度な ETL オペレーションのためにデータベースにアクセスします。変更データキャプチャを有効にするには、Google Cloud VMware Engine 内のデータベースを有効にして、データベースへの変更をトラックおよびキャプチャする必要があります。このプロセス全体の設定とレプリケーションについては、MySQL と SQL Server のドキュメントで説明しています。

Google Cloud Datastream

Datastream は、サーバーレスの変更データキャプチャとレプリケーションサービスです。Google Cloud VMware Engine 上の Oracle、MySQL データベースから、低レイテンシのストリーミングデータにアクセスできます。この方法では、データフローのパイプラインをより柔軟に管理できます。このソリューションは一般提供前であり、一部の地域でのみ提供されています。

また、このオプションでは、Google Compute Engine インスタンス内にリバースプロキシを構成する必要があります。このリバースプロキシは、Google Cloud VMware Engine 内のデータソースにアクセスするために使用されます。このオプションについて詳しくは、こちらのドキュメントをご覧ください。

Datastream を使用するための詳しい設定方法は、入門ガイドをご参照ください。レプリケーションを有効にするには、Datastream に構成されたストリームが必要です。このストリームは、データベースのデータにアクセスし、データをクラウドストレージのシンクにパイプします。Datastream は、リバースプロキシを使用してデータにアクセスしますが、これはお客様の VPC 上で公開されている必要があります。データを BigQuery にパイプするために、Dataflow 内であらかじめ構成された Datastream to BigQuery テンプレートを使用します。

ご利用方法

最初のステップは、Google Cloud VMware Engine にワークロードを移行することです。クラウド管理者やアーキテクトがこれを推進するのが一般的です。移行フェーズで特定されていない場合、次のステップは、Google Cloud VMware Engine でホストされている仮想マシン上に存在するデータベースを特定し、BigQuery を使用して既存のレポートを再作成することです。ほとんどの組織では、このプロセスに複数のペルソナが関わってきます。例えば、データソースに関する情報はデータアーキテクトが、コストやパフォーマンスへの影響に関する分析情報はソリューションアーキテクトが、ネットワークインターフェースに関する情報はインフラストラクチャからの入力が、それぞれ最適な情報源となるでしょう。以下のステップは、こうした動きを可能にするために考えられるアプローチです。

Google Cloud VMware Engine に移行された仮想マシン上に存在する、レポートに使用されるデータセットを特定します。
データベースの種類とパイプラインの要件（価格と性能のトレードオフと使いやすさ）に基づいて、適切なパイプライン（Datastream または Data Fusion）を選択します。
データパイプラインに基づいて、適切なリージョンを選択します。同一リージョン内では、下り（外向き）データの料金は発生しません。
Google Cloud VMware Engine データセットへのリバースプロキシを設定します。
必要とされるレプリケーションのパフォーマンスに基づいて、パフォーマンスパラメータでレプリケーションサービスを設定します。
データセットのビジネス要件に基づいた分析と可視化を有効にします。

結論

Google Cloud VMware Engine サービスは、既存のデータセットを使用したデータおよび分析の可視化を、迅速かつ容易に実現します。これにより、時間のかかるデータベースの再構築をすることなく、VMware 上の既存のインフラストラクチャオペレーション態勢を活用してクラウド分析を実現できます。これらのアプローチにより、Google Cloud 上の専用ハードウェアのパフォーマンスメリットを活用し、世界最先端のデータ機能に接続できます。

謝辞

このブログへのご意見をいただいた Manoj Sharma 氏と Sai Gopalan 氏に感謝いたします。

Google Cloud プロダクトマネージャー Nitish Murthy

VMware-aaS グローバルリードソリューションマネージャー Wade Holmes

VMware と Google Cloud: パートナーシップは次の章へ

Wed, 06 Oct 2021 05:00:00 +0000

※この投稿は米国時間 2021 年 10 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。

Google Cloud Next と VMworld 2021 まで、あと 2 週間を切りました。そして Google Cloud と VMware のパートナーシップは新たな章に入ります。過去 1 年間、VMware との密接なパートナーシップと、カスタマーサクセスに対するお互いの取り組みに刺激を受け、Google はいくつかの革新的な機能を提供してまいりました。たとえば、世界 12 リージョンへのサービス拡大、業界をリードする 99.99% の可用性、マルチリージョンネットワーキング、スケーラビリティの向上などにより、お客様がクラウドへ迅速に移行していただけるようにしました。

「共通のお客様に価値をもたらす VMware と Google のコラボレーションは注目すべきパートナーシップです。VMware と Google はパートナーシップを組むことにより、Google Cloud VMware Engine による VMware ワークロードのクラウドネイティブな実行を可能にし、Android および Chrome Enterprise によるデジタルワークスペースを実現するソリューションで、相互に成功を収めました。これは、VMware と Google の共同サービスの質を証明するものです」と VMware の戦略的技術パートナー担当バイスプレジデント Gregory Lehrer 氏は述べています。「VMware と Google の継続的なコラボレーションの結果として、私たちの共同ソリューションはお客様に導入され続けています。これは、このパートナーシップが強力で効果的であることを示しています。私たちの将来に向けた共同ロードマップは、今後予想される需要を満たすための拡張を見込み、上昇軌道を描いています。」

さまざまな業界のお客様が、デジタルトランスフォーメーションを加速させようとしています。この理由としては、アプリのモダナイゼーションの必要性、オンプレミスのインフラストラクチャの老朽化、そして常時稼働のデジタル環境でお客様のニーズを満たす必要性が挙げられます。たとえば、30 か国でビジネスを展開するグローバル小売企業の Carrefour は、迅速に自社のオンプレミス環境を Google Cloud VMware Engine に移行し、運用コストを 40%、エネルギー消費を 45% 削減しました。同時に、同社は買い物客と社員のエクスペリエンス向上、加えてパーソナライズされたサービスによる販売強化と買い物客のエンゲージメント強化に成功しました。

また、企業は Google Cloud VMware Engine を使用してビジネスを移行し、モダナイズすることを検討しています。CRM ソフトウェア企業の LIQ は、ビジネスアプリケーションの 80% とデータベースの 50% の移行をわずか 3 か月で完了し、現在はアプリケーションをマイクロサービスによってモダナイズすることでメンテナンス時間と費用を削減することを計画しています。今後 Google は、お客様が投資からより大きな ROI を導き出せるように、以下の 3 つの方法で支援します。

柔軟性 - 単一ノードのプライベートクラウド SDDC により、トライアルまたは概念実証を通じた検証をより低コストで可能にします。
可用性 - 新たな地域ゾーンとゾーン内でのキャパシティを拡大することで、ローカルビジネスのニーズにさらに適切に応え、地域内でのデータ主権を継続して維持します。
エコシステムのインテグレーション - Google の主要なオープンプラットフォームに基づき、Google はエコシステム全体においてさまざまなソリューションとのインテグレーションを実施しました。VMware は、自社の障害復旧ツール（Site Recovery Manager）、仮想化管理ツール（vRealize Cloud Management）、そして仮想デスクトップインフラストラクチャツール（Horizon Desktop）を検証し、お客様がミッションクリティカルなアプリケーションを中断なしにクラウドに移行できることを確認済みです。

Google は継続的に移行の簡素化にも注力しています。最近発表された Catalyst Program は、さらに大きな経済的柔軟性を提供します。これを利用することで、該当するお客様は 1 回限りの Google Cloud クレジットを入手して既存の VMware ライセンス投資を相殺できます。このプログラムは従量課金制のため、お客様によるクラウドへの移行の加速に応じてその価値が増すよう設計されています。さらに、高速評価および移行プログラム（RAMP）などのプログラムは、無料の評価ツールとプランニングツールを提供します。これにより、移行プロセス全体を通じて複雑さを軽減し、選択肢を創出し、さらに柔軟性を高めます。

VMware と Google Cloud は今後もさらなるプロダクトやサービスの提供を予定しています。Google は VMworld 2021 の Platinum Sponsor として、デジタルトランスフォーメーションを支援する Google のコミットメントについてお客様にさらに知っていただけるよう、このイベントへの参加をご案内いたします。業界トレンドとカスタマーサクセスに関する Google Cloud CEO の Thomas Kurian 氏と VMware CEO の Raghu Raghuram 氏による談話をぜひご覧ください。また、両社共同のお客様と両社プロダクトリーダーから、今後の予定についても詳しくご紹介します。イベントでお会いできることを心待ちにしております。

- Google Cloud グローバル技術パートナーシップ担当バイスプレジデント Bronwyn Hastings

VMware の Google Cloud への移行をこれまで以上にシンプルに

Fri, 24 Sep 2021 10:00:00 +0000

※この投稿は米国時間 2021 年 9 月 16 日に、Google Cloud blog に投稿されたものの抄訳です。

1 年以上前に、Google は企業が VMware のワークロードを簡単に Google Cloud に移行できるようにするための Google Cloud VMware Engine をリリースしました。それ以来 Google は、小売業者、金融機関、通信業者、その他のグローバルなお客様が Google Cloud サービスを利用して総所有コスト（TCO）を最小化し、アプリケーションをモダナイズできるよう、Google Cloud への移行を支援してきました。VMware をご利用中のより多くのお客様が簡単にクラウドに移行できるようにするため、本日 Google は移行促進プログラムを発表いたします。

Google Cloud への移行では、これまで行ってきた既存のライセンス投資をどのように合理化するかについての懸念事項が浮上する場合があります。Google Cloud 移行促進プログラムは、Google Cloud VMware Engine のユーザーに対し、Google Cloud への移行を促進する財務面での柔軟性と選択肢を提供します。

Google Cloud 移行促進プログラムには次のようなメリットがあります。

財務面での柔軟性: 対象のお客様は、既存の VMware ライセンス投資を相殺するのに使える 1 回限りの Google Cloud クレジットを取得できます。この特典を他の Google Cloud のオファーと組み合わせて、全体的なクラウドの TCO を削減することが可能です。たとえば、クレジットを、月間（1 年または 3 年）コミットメントの PayGo や前払いコミットメントに適用して、プログラムの最初の 12 か月間に消費した SKU に利用できます。
選択肢: 獲得したクレジットは、Google Cloud VMware Engine を含むあらゆる Google Cloud サービスにご自由に適用していただけます。さらに、このプログラムは直接 Google Cloud を通じて、または既存の担当の Google Cloud チャネルパートナーを通じて提供されます。
消費ベース: クラウドに移行することで、多くの場合、企業のリーチは拡大します。その結果、クラウドのリソースを増やす必要が生じます。このプログラムは、お客様のビジネスとともに成長するように設計されています。お客様は、より多くのビジネスをクラウドに移行するのに伴って追加のクレジットを受け取り、それを将来のあらゆる Google Cloud の費用に適用できます。

お客様には、Google Cloud への移行を実行する後押しとなる豊富なインセンティブが用意されています。Google の高速評価および移行プログラム（RAMP）は、お客様が所有インベントリを理解して移行計画を作成するのを支援する、無料の評価ツールとプランニングのツールを提供します。また、1 年間と 3 年間の月間お支払いプランおよび前払いお支払いプランでは、Google のオンデマンド割引または確約利用割引もご利用いただけます。それに加えて、既存の VMware ライセンス投資の相殺を支援する移行促進プログラムもご利用いただけるようになりました。このプログラムは、他の Google オファーと組み合わせて使用可能です。

Google Cloud のお客様とパートナー様は、移行促進プログラムに参加することで次のようなメリットを共有できます。

「Google Cloud VMware Engine 移行促進プログラムは、当社の既存のライセンス投資を柔軟に合理化し、移行費用を削減するのに役立ちます。当社はいずれにしても移行を実施する計画だったので、運用支出（OPEX）を節約できる可能性があることは非常に合理的です。このプログラムは、当社のビジネスを迅速にクラウドに移行させる助けとなるでしょう。」- Southwire 社クラウドインフラストラクチャ担当シニアマネージャー Jason Elliott 氏

「私たちは、クラウドへの移行は複雑で費用のかかるプロセスになりうるということを、実際に目の当たりにしてきました。移行促進プログラムはお客様が移行費用の一部を相殺できるようにするユニークな方法を示し、Google Cloud VMware Engine はクラウドへの移行に伴う複雑さを大幅に軽減してくれます。」- VMware 戦略技術パートナーシップ担当バイスプレジデント Gregory Lehrer 氏

「Google Cloud のテクノロジーを SADA のサービスや製品と組み合わせれば、お客様はクラウドに移行する過程で、イノベーションの促進、業務の効率化、リスクの軽減というメリットを得られます。移行促進プログラムはクラウドへの移行の費用を削減し、企業のデジタル変革を加速させるシンプルで強力な方法です。」-SADA 社 CTO（最高技術責任者）Miles Ward 氏

Google Cloud VMware Engine 移行促進プログラムの詳細については、こちらのプログラムの概要をダウンロードしてください。プログラムのお申し込みについては、Google にお問い合わせください。

-Google Cloud VMware Engine グループプロダクトマネージャー Manoj Sharma

Google Cloud VMware Engine と Google Cloud のオペレーションスイートのモニタリングがさらにシンプルに

Fri, 10 Sep 2021 11:09:00 +0000

※この投稿は米国時間 2021 年 9 月 2 日に、Google Cloud blog に投稿されたものの抄訳です。

アップグレードとパッチ適用の自動化、セキュリティ強化、コストを節約できるサブスクリプションベースのモデル、オンデマンド容量など、クラウドへのワークロードの移行には多くのメリットがあります。すでにクラウドへの移行を済ませている組織や、移行を真剣に検討している組織のなかには、インフラストラクチャやアプリケーション、ネットワーク、ワークロードなどのモニタリングに何を使えばよいかわからないところもあることでしょう。Google Cloud VMware Engine をご利用いただいているお客様なら、プレビュー版の Google Cloud Operations エージェントを使用して VMware インフラストラクチャのモニタリングを行っていただけます。さらに、Google Cloud VMware Engine サブスクリプションを利用中の多くのお客様については、使用量が無料枠のしきい値を超えていない限り Google Cloud のオペレーションスイートを無料でご利用いただけます。

Google Cloud VMware Engine モニタリングでインフラストラクチャデータを 1 つのポータルに集約

モニタリングをよりシンプルで安全かつ費用対効果の高いものにするために、Google Cloud のオペレーションスイートに Google Cloud VMware Engine を追加しました。Google Cloud VMware Engine 用の最新のプレビュー版 Cloud Operations エージェントでは、サードパーティソリューションと統合することなく、vCenter と vSAN の指標、および vCenter の syslog を収集できます。さらに、このエージェントでは、インフラストラクチャの指標とログをオンプレミス環境から Cloud Operations に移行することもできます。

この新しいエージェントを使用することで、インフラストラクチャのモニタリングを 1 つのツールに集約できます。また、事前構築済みおよびカスタマイズ可能なダッシュボードや既存のアラートシステムとの統合など、Google Cloud Operations のあらゆる機能を利用して、独自のしきい値とロジックに基づくアラートを構築できます。

仕組みは次のとおりです。

Google Cloud VMWare Engine のログおよび指標の収集の仕組み

プレビュー版 Cloud Operations エージェントを使用した、Google Cloud VMware Engine とオペレーションスイートの統合。最新のソリューションでは、お客様がサードパーティソリューションと統合したり認証情報を共有したりすることなく、Google のインフラストラクチャを通じてすべてのデータが転送されます。

必要なほぼすべての設定をお客様側で構成できます。たとえば、スマートフォンの SMS メッセージを使ってアラートを構成し、新しい VM がインスタンスにロールアップされると通知を受け取るようにすることで、即座に状況を把握できます。ニーズがさらに複雑な場合でも、アルゴリズムを適用したり、モデルを構築したりして詳細な分析情報を手に入れることができます。

Google Cloud VMware Engine モニタリングへの移行はいたってシンプル

なんらかの開発やツールの作成などをする必要がなく、ダッシュボードソリューションやアラートソリューションとの指標統合に頭を悩ませることもないため、Google Cloud VMware Engine モニタリングは簡単に実装して使用できます。いつもと同じように、VMware Engine プライベートクラウドをロールアウトする際に次の手順に従うことで、syslog、vCenter、vSAN の指標を収集します。

エージェントをホストする Linux OS VM インスタンスをプライベートクラウド上に作成する
コードを 1 行だけ実行してエージェントをインストールする
エージェントを構成する
ログ転送を構成する
Infrastructure as Code、または Cloud Console を使用して、ロギングとモニタリングの権限を持つサービスアカウントを作成する
任意: すぐに使用できる無料の Google Cloud VMware Engine ダッシュボードを Git リポジトリからインストールすることもできます。

詳しい手順はこちらでご覧いただけます。

セットアップがほとんど不要なほどシンプル

モニタリングの設定が完了しても、収集対象の指標を選択する画面は表示されません。ただし、収集対象から外す指標は選択できます（デフォルトでは vCenter と vSAN の指標が収集されます）。サーバー、メタデータ、情報（VM インスタンスの名前など）がツールによって特定されます。指標とログがツールによって定期的に収集されます。Google Cloud オペレーションアカウントにログインするとすぐに指標が反映され始めます。

データが流れ始めたら、あらかじめ用意された Google Cloud VMware Engine の 3 つのダッシュボード（Overview、Contentions、VM Performance）を使用して、モニタリング業務をスピードアップすることもできます。

Google Cloud VMware Engine Overview ダッシュボードには、データセンター、プライベートクラウド、ESXi ノード、危険な状態にある VM インスタンス、合計 VM インスタンスなどのおおまかな数をはじめ、デプロイメントの概要を把握できます。指標はダッシュボードで簡単に入れ替え、追加、削除できます。ダッシュボードを下にスクロールすると、ESXi ホスト、VM インスタンスの順番でデプロイメントの詳細が表示されます。

Google Cloud モニタリングの直感的なダッシュボードエディタ

Google Cloud VMware Engine Contentions ダッシュボードでは、どのリソース（CPU、メモリ、またはストレージ）が上限に達しつつあるか、どのアセット（ESXi ホスト、VM インスタンス）が大半のリソースを消費しているかを把握できます。

VM の状況をリアルタイムで把握

Google Cloud VMware Engine Virtual Machines Performance ダッシュボードには、仮想マシンに関する情報が豊富に表示されます。このダッシュボードで特定のグループや個別の仮想マシンに注目する場合は、ダッシュボードのフィルタリング機能を使用することをおすすめします。

統合アラートによる時間の節約

Google Cloud VMware Engine の注目すべき特徴は、Google が VMware インフラストラクチャを管理し、Google サイト信頼性エンジニアが vCenter の重要なイベントをモニタリングする点です。しかし、さまざまなオブザーバビリティのユースケースにおいて、Google Cloud VMware Engine プライベートクラウドからログと指標を収集する必要がある場合もあります。ここでは、企業のインフラストラクチャ管理者の一般的なユースケースを例にとってみます。

アプリケーションを Google Cloud VMware Engine に移行した後、管理者は指標エージェントが収集した指標のなかから好きなものを使用して、Cloud アラートを通じてポリシーを作成し、任意のチャネル（SMS、メール、Slack 通知など）からアラートを送信できます。CPU、メモリ、またはストレージが危険と思われるしきい値を超えると、管理者にアラートが送信されます。モニタリングは Cloud Operations によって行われるため、管理者はアラートがトリガーされたときだけインフラストラクチャを確認すればよくなります。

CPU 使用率が 1 分以上 95% を超えている場合のアラートポリシーの例

統合されたロギングとモニタリングの威力

ロギングデータも忘れてはいけない大切な要素です。最新の環境では vCenter の syslog を Cloud Operations に送信することもできます。指標データ同様、syslog データも Cloud Logging でほぼリアルタイムに利用できるようになっています。ここからは、セキュリティ監査担当者の一般的なユースケースについて見ていきましょう。

vCenter と ID ドメインを統合した後、vCenter のローカルユーザーによるログインイベントを監査するとします。さらに、ローカルユーザーが使用された場合にアラートを受信します。次のログフィルタを使用することで、（架空の）ローカルユーザー「break_glass_user@gve.local」がいつ使用され、どの IP アドレスからイベントが発生したかを特定できます。

jsonPayload."@fields.privatecloud_name":your-private-cloud-name

jsonPayload.message:"Successful login break_glass_user@gve.local"

イベントのサンプルは以下の Cloud Logging のスクリーンショットにあります。ログインイベントのソースサーバーの IP アドレスがメッセージフィールドに表示されていますが、スクリーンショットではグレー表示されている点に注目してください。

オペレーターとセキュリティ監査担当者向けのアラートは、ログフィルタに基づいて Cloud Operations で構成できます。次に、ローカルユーザーのログイン回数を測定するログベースの指標を作成します。作成したばかりの指標に基づいて Cloud Monitoring でアラートポリシーを作成し、アラート用の適切な通知チャンネル（メール、Slack チャンネル、Pub/Sub など）を構成します。インシデントが表示される Cloud Monitoring で確認と確認応答を行います。

Google はこれからも発展を続けます

Google Cloud VMware Engine モニタリングによって多くの高度なツールが利用できるようになっていますが、その機能については構築を始めたばかりです。統合のセットアップを完全に不要にし、指標の追加、ワークロードとワークロード VM の可視化を行うとともに、最も重要な情報をすぐに使えるようにするという野心的なロードマップを Google では掲げています。詳細については、モニタリングのドキュメントをご覧ください。

-Google Cloud VMware Engine プロダクトマネージャー Nargis Sakhibova

-Google Cloud プロフェッショナルサービス、戦略クラウドエンジニア Konrad Schieban

VMware Engine

Google Cloud VMware Engine に関連する Broadcom の VMware ライセンスの変更

便利なリソース

VMware Cloud Foundation on Google Cloud VMware Engine: 20% 低価格で最大 40% の移行インセンティブ

VMware Cloud Foundation のサポート

VMware Cloud Foundation ライセンス ポータビリティ

ノードタイプの選択肢が増加

コミットメントによる新たな費用削減

TCO を削減する大幅なインセンティブ

転換可能なコミットメント

VMware Site Recovery Manager を使用して Google Cloud VMware Engine のリージョンの障害復旧を設定する方法

アーキテクチャ

前提条件

SRM の障害復旧を設定する

Google Cloud VMware Engine の最新情報: 新しいノードタイプ、ネットワーキング、自動化など

新しい柔軟な ve2 ノード プラットフォーム

新しいロケーションで、より多くのお客様をサポート

ストレージの負荷が高い環境で TCO を最適化

ネットワーキング、自動化、コンソール エクスペリエンスを通じてシンプルさ、スケール、整合性を向上

透明性と制御の向上によりセキュリティを強化

Google Cloud VMware Engine Protected

VMware Engine の最新情報: 新しいリージョンと、ストレージ、可用性、データ保護などの機能の追加

NetApp CVS を Google Cloud VMware Engine のデータストアとして使用する方法

クラウドで VMware を実行: Google Cloud VMware Engine の優れた点

Google Cloud VMware Engine - 商業的柔軟性や使いやすさの向上をはじめとする新機能

VMware Explore 2022 と Google Next ‘22 への参加

クラウドで VMware を実行: Google Cloud VMware Engine の優れた点

Traffic Director による Google Cloud VMware Engine のロード バランシング

シナリオ #1 - 外部ロードバランサ

シナリオ #2 - 内部ロードバランサ

結論

Google Cloud VMware Engine の最新ニュース: 単一ノード、認証など

Google Cloud の VMware Engine 移行プロセスとパフォーマンスを理解する

クラウドで VMware を実行: Google Cloud VMware Engine の優れた点

1. 専用の 100 Gbps east-west ネットワーク

2. 単一ゾーンの可用性は 99.99%

3. 複雑なルーティングを必要としないグローバルなネットワーキング

4. 統合されたマルチ VPC ネットワーク

5. 一元管理されたクラウド統合モデル

6. サードパーティ エコシステムとの柔軟な互換性

7. ストレージ使用率が高い高密度ノード : コアとメモリ : コア比率と高速プロビジョニング

使用していない Compute Engine VM を一時的に停止することで費用を大幅に削減できる機能を一般提供開始

Google Cloud VMware Engine のデプロイにかかるコストを最適化する

Google Cloud VMware Engine の請求について

コスト最適化戦略 1: 確約利用割引を適用する

コスト最適化戦略 2: ストレージ消費を最適化する

コスト最適化戦略 3: ESXi クラスタを適切なサイズに設定する

コスト最適化戦略 4: ワークロードのリソース使用率を確認する

コスト最適化の管理 - 人員とプロセス

次のステップ

Google Cloud VMware Engine のデータソースで BigQuery を使う

理由

含まれる内容

Cloud Data Fusion:

Google Cloud Datastream

ご利用方法

結論

Google Cloud VMware Engine と Google Cloud のオペレーション スイートのモニタリングがさらにシンプルに

VMware と Google Cloud: パートナーシップは次の章へ

Google Cloud VMware Engine の最新ニュース: 自動スケーリング、ムンバイ リージョンでのサービス提供開始など

VMware の Google Cloud への移行をこれまで以上にシンプルに

Google Cloud VMware Engine の最新ニュース: 自動スケーリング、ムンバイ リージョンでのサービス提供開始など

Google Cloud VMware Engine と Google Cloud のオペレーション スイートのモニタリングがさらにシンプルに

Google Cloud VMware Engine モニタリングでインフラストラクチャ データを 1 つのポータルに集約

Google Cloud VMWare Engine のログおよび指標の収集の仕組み

Google Cloud VMware Engine モニタリングへの移行はいたってシンプル

セットアップがほとんど不要なほどシンプル

統合アラートによる時間の節約

統合されたロギングとモニタリングの威力

Google はこれからも発展を続けます

Google Cloud VMware Engine の最新ニュース: 自動スケーリング、ムンバイ リージョンでのサービス提供開始など

VMware Cloud Foundation ライセンスポータビリティ

新しい柔軟な ve2 ノードプラットフォーム

ネットワーキング、自動化、コンソールエクスペリエンスを通じてシンプルさ、スケール、整合性を向上

Traffic Director による Google Cloud VMware Engine のロードバランシング

6. サードパーティエコシステムとの柔軟な互換性

Google Cloud VMware Engine と Google Cloud のオペレーションスイートのモニタリングがさらにシンプルに

Google Cloud VMware Engine の最新ニュース: 自動スケーリング、ムンバイリージョンでのサービス提供開始など

Google Cloud VMware Engine の最新ニュース: 自動スケーリング、ムンバイリージョンでのサービス提供開始など

Google Cloud VMware Engine と Google Cloud のオペレーションスイートのモニタリングがさらにシンプルに

Google Cloud VMware Engine モニタリングでインフラストラクチャデータを 1 つのポータルに集約

Google Cloud VMware Engine の最新ニュース: 自動スケーリング、ムンバイリージョンでのサービス提供開始など