VMwareワークロードを次に実行する場所 (2026/08/27)
VMwareワークロードを次に実行する場所 (2026/08/27)
https://blogs.oracle.com/cloud-infrastructure/where-should-vmware-workloads-run-next
投稿者：Laura Askvig | Principal Product Marketing Manager
VMwareアプリケーションを次にどこで実行するかを決定する前に、すべてのアプリケーションの最終的な将来像を決定する必要はありません。
多くのインフラストラクチャチームにとって、2026年のVMwareに関する課題は、すべてのアプリケーションを再構築する必要があるかどうかではなく、もっと差し迫った問題、つまりVMware環境を次にどこで稼働させるべきか、ということだ。
この疑問が今持ち上がっているのには、多くの理由があります。ライセンスモデルの変化、データセンター契約やハードウェアの更新時期、そしてキャパシティや災害復旧に関する要件の進化などが挙げられます。同時に、VMware上で稼働するアプリケーションには、ITチームが保護する必要のあるユーザー、依存関係、SLA、変更期間などが依然として存在します。
ワークロードの移行は、アプリケーションのリファクタリング、データベースの変更、新しい運用モデルの採用、セキュリティの再設計とは別の決定事項となり得ます。これらの変更は特定のアプリケーションにとって理にかなっている場合もありますが、移行の前提条件となる必要はありません。
Oracle Cloud VMware Solutionは、もう一つの選択肢を提供します。組織は、Oracle Cloud Infrastructure（OCI）上で顧客管理型のVMware環境を実行し、使い慣れたVMwareツールと操作を継続して使用しながら、アプリケーションが時間とともに進化できるクラウドランディングゾーンを構築できます。
その目的は、VMwareワークロードをOCIに移行するプロセスを簡素化すると同時に、ITチームがより迅速にイノベーションを進め、これらのアプリケーションの今後の展開を決定できる柔軟性を提供することです。
VM数ではなく、アプリケーション数で考えよう
VMの数は移行規模の算出に役立ち、アプリケーションの依存関係はワークロードをどのように移行すべきかを判断するのに役立ちます。
18台の仮想マシン上で稼働するエンタープライズアプリケーションを考えてみましょう。アプリケーションサーバー自体は比較的簡単に移行できるかもしれませんが、アプリケーションはDNS、ID管理、ファイアウォールルール、ストレージパフォーマンス、バックアップツール、監視機能、オンプレミスデータベース、および下流システムにも依存している可能性があります。
18台の個々の仮想マシンを中心に計画を立てると、これらの関係性を見落としてしまう。アプリケーションとその依存関係を中心に計画を立てることで、チームは移行の段階を定義するためのより良い基盤を得ることができる。
移行期間を選択する前に、チームは以下の点を理解しておく必要があります。
- 依存関係を共有しているため、どのアプリケーションを一緒に移行すべきでしょうか？
- どのシステムをオンプレミス環境に接続したままにしておく必要がありますか？
- 維持すべきレイテンシ、スループット、およびリカバリーの要件は何ですか？
- 切り替え前に準備しておくべき運用およびセキュリティ対策は何か？
- 将来的に近代化の対象となるワークロードはどれか、そして単に信頼性の高いVMware環境が必要なワークロードはどれか？
これは重要な違いです。なぜなら、Oracle Cloud VMware Solution を利用することで、組織はすべてのアプリケーションを再設計することなく、VMware ワークロードを OCI に移行できるからです。アプリケーションは使い慣れた VMware 環境で引き続き動作しながら、必要に応じてデータベース、ストレージ、ネットワーク、セキュリティ、分析、AI といった OCI の機能を利用できるようになります。
最初の波はデモではなく、製品化可能な状態にしておくこと。
最初のマイグレーションの波は、後続の波が発展させていくための、本番準備が整った基盤を確立するべきである。
一般的なターゲットアーキテクチャは、OCIテナント内にOracle Cloud VMware Solutionソフトウェア定義データセンターを配置し、より広範なOCIネットワークに接続するとともに、必要に応じてプライベート接続を介してオンプレミス環境にも接続します。顧客はVMware環境の管理権限を保持し、OCIは基盤となるクラウドインフラストラクチャを提供します。
つまり、最も重要な作業の一部は、業務量が実際に動き出す前に行われるということです。以下の5つの分野は、早期に取り組む価値があります。
VMware HCXは、特にチームが計画的に段階的に移行する必要がある場合に、ワークロードの移行を簡素化するのに役立ちます。ただし、移行方法はアプリケーション計画に従うべきであり、その逆であってはなりません。
まずは行動を起こす。理にかなう部分から近代化を進める。
クラウド移行は、チームがインフラストラクチャとアプリケーションの変更すべてに一度に対応しようとすると、より複雑になります。単一のプロジェクトが、プラットフォームの再構築、アプリケーションのリファクタリング、データベースの変更、新しいセキュリティパターン、コンテナ、新しい運用モデルなどを含むように、あっという間に拡大してしまう可能性があります。
これらの変更の一部またはすべてを実施するには、正当な理由があるかもしれません。これらの変更を最初の移行作業から切り離すことで、各チームはそれぞれのアプリケーションにとって最適なタイミングで最新化を進める柔軟性を得ることができます。
VMwareワークロードによっては、継続性を最優先目標とするのが最善策となる場合があります。アプリケーションを安定したクラウド環境に移行し、VMwareの運用モデルを維持したまま、パフォーマンス、接続性、セキュリティ、バックアップ、リカバリを検証します。アプリケーションが新しい環境で安定したら、チームは実際にどのような変更が改善につながるかを評価できます。
その答えはアプリケーションによって異なります。一部のワークロードは、長期的にOracle Cloud VMware Solution上で稼働し続ける可能性があります。一方、他のワークロードは、最終的にOCI Computeに移行したり、Oracle Kubernetes Engine（OKE）を使用したクラウドネイティブアーキテクチャを採用したり、データベース層をOCIデータベースサービスに移行したり、個々のコンポーネントの進化に応じてこれらのアプローチを組み合わせたりする可能性があります。
これらの決定を切り離すことで、チームは移行の必須条件として近代化を課すのではなく、明確な技術的またはビジネス上のメリットがある場合にのみ近代化を進めることができる。
目的地は最終的なアーキテクチャである必要はない
アプリケーションの開発過程は、VMware上での継続、クラウドへの移行、モダナイゼーション、リファクタリングなど、複数の段階を経て進む可能性があります。Oracle Cloud VMware Solutionは、チームが差し迫ったインフラストラクチャのニーズに対応しつつ、長期的なアーキテクチャ設計のための時間的余裕も確保できるソリューションを提供します。
これは、データセンターの決定、容量制約、ハードウェアのライフサイクル、災害復旧要件、ライセンス変更などが直接的な動機となっている場合に特に役立ちます。そのような状況では、目の前の決定事項は、アプリケーションを次にどこで実行すべきかということだけであり、5年後のアーキテクチャがどうあるべきかということではありません。
最初からやり直さずに移動
VMware Exploreによって、VMwareワークロードを実行する場所を再検討する必要が生じた場合、段階的なアプローチが現実的な解決策となるでしょう。
移行は、新しい運用場所が必要なアプリケーションから開始し、それらを適切な段階に分けて、OCI上に本番環境に対応できる基盤を構築することで進めることができます。そこから、各チームはどのアプリケーションをいつ最新化するかを決定できます。
アプリケーションの移行と、その長期的なアーキテクチャの決定は、異なる判断事項です。これらを区別して考えることで、次のステップがはるかに容易になります。
さあ始めましょう
次のステップに進む準備はできましたか？これらのリソースを活用して、次のステップを計画しましょう。
コメント
コメントを投稿