VMware Cloud Foundation の導入は、DIY モデルよりも 86% 高速です
Dell EMC VxRail (Dell Technologies APEX Hybrid Cloud) 上の VMware Cloud Foundation は、ハイブリッド クラウドの導入を簡素化し、効率化します。このソリューションは、14 日以内にオンサイトで運用開始できるだけでなく[1]、VxRail 上で VMware Cloud Foundation を運用開始するまでのプロセスは、ベアメタルから構築する場合よりもはるかに高速です。実際、評価の結果、VxRail 上の VCF は、自社構築モデルよりも86% 高速に導入できることがわかりました。
ただし、ライフサイクル アップデート (ハードウェアとソフトウェア) を見ると、VxRail 上の VCF の利点は継続しています。 VCF は、少ないステップ数で 15% 高速化するなど、引き続き大きな価値を示しています。最終的に、VCF on VxRail ソリューションは、DIY よりも導入と管理が簡単で、数百のタスクが自動化されています。このペーパーでは、これら XNUMX つのモダリティにおける VCF のセットアップと構成について詳しく説明し、Dell Technologies APEX ハイブリッド クラウドのエンジニアリング上の利点を強調します。
イントロダクション
Dell Technologies のエンタープライズ ポートフォリオには、最新の Software-Defined Data Center (SDDC) 向けの同社の主要なソリューションが含まれています。 Dell EMC VxRail は、Dell Technologies と VMware が共同開発した統合ハイパーコンバージド インフラストラクチャ (HCI) アプライアンスです。 VMware は、vSAN ReadyNodes™ (Dell EMC も提供) を販売するパートナーを通じて HCI ソフトウェアを提供していますが、VxRail は HCI をさらに進化させています。 VxRail を使用すると、お客様は、仮想化、コンピューティング、ストレージをすべて 1 つのアプライアンスで提供する、完全に統合され、事前構成され、事前テストされたシステムを受け取ります。すべての要素 (VMware ソフトウェア、Dell EMC PowerEdge ハードウェアおよびネットワーキングを含む) が 1 つのユニットにまとめられているため、お客様は VMware HCI を導入するまでの道のりがよりスムーズになります。
しかし、Dell Technologies は VxRail でそれだけにとどまりません。ハイブリッド クラウドのビジョンを採用したい、最新のアプリケーションにコンテナを活用したい、あるいは真のソフトウェア定義データセンター (SDDC) を導入したい顧客は、Dell EMC VxRail 上に VMware Cloud Foundation (VCF) を導入できます。VxRail は、VMware Cloud Foundation (VCF) SDDC Manager [2]と完全に統合された初のハイパーコンバージド インフラストラクチャ システムであり、vSphere、vRealize、NSX、vSAN、SDDC Manager など、VMware の完全に統合されたソフトウェア コンポーネント 1 セットを提供します。
VCF と VxRail を統合すると、ハードウェアおよびソフトウェア スタック全体にわたる 1 つの完全で自動化されたエクスペリエンスである統合プラットフォームがお客様に提供されます。この緊密な統合により、お客様はスムーズで迅速な導入と簡素化された管理エクスペリエンスを実現しながら、組織のアプリケーション配信能力を加速できるインフラストラクチャの俊敏性の恩恵を受けることができます。さらに、VxRail はハードウェアとソフトウェアが緊密に統合されているため、ライフサイクル管理に関しても運用上の重要な利点を提供します。
VxRail クラスターを迅速にオンラインにすると、ビジネスへの影響という点ですぐにメリットが得られますが、継続的な運用上のメリットが最も印象的な結果をもたらします。これらは、ネットワーク カード、SSD、その他のインストールされているコンポーネントなどの要素でサポートされている最新のドライバーを検索する必要がなくなったという明らかなことから、VMware からのソフトウェア パッチ/アップデートの検索まで多岐にわたります。ただし、Dell Technologies が 30 日以内に新しい VMware 機能を VxRail に組み込み、Dell Technologies がすべてのサポート問題の単一窓口として機能するという事実もあります。
新しい機能を顧客に迅速に提供できることも大きなメリットです。たとえば、VMware は 2020 年半ばに、顧客が単一のコントロール プレーンから Kubernetes を実行できるようにする Tanzu ソフトウェアに関するいくつかのアップデートをリリースしました。最新のアプリケーション配信を採用している VxRail の顧客向けに、VCF on VxRail は Tanzu をオンラインにするためのターンキー プロセスを提供します。これにより、運用面では、従来の VM をコンテナと並行してデプロイおよび管理する一貫した方法がお客様に提供されます。
VMware SDDC テクノロジーの幅広さと企業全体での導入を考慮すると、導入に関しては 2 つの異なるオプションがあります。そのため、私たちは、VxRail 上の VCF の利点を「Do-It-Yourself」の代替手段と比較して比較しようとしました。私たちは、VxRail 上に VCF を展開することから始め、ホスト、クラウド ビルダーを展開するプロセス、そして最終的にはハードウェアとソフトウェアのライフサイクル アップデートに取り組みました。
完了すると、まったく同じハードウェアを再利用して標準の PowerEdge サーバーに戻し、組織が vSphere、vSAN、NSX、および vRealize コンポーネントを導入する場合と同様に、個々のコンポーネントをインストールしました。ライフサイクル管理フェーズでは、VVD 5.1.1 から 5.1.2 へのアップグレードを手動で実行しました。
以下の表は、これら 3 つの定義可能なセグメントを示していますが、ライフサイクル アクションは組織が定期的に取り組む永続的なタスクであることに注意する必要があります。
導入のメリットはすぐに得られますが (つまり、顧客はオンラインになり、VxRail を使用することでより迅速に配信できるようになります)、継続的なライフサイクル管理のメリットにより時間が節約され、企業はクラスターのライフサイクル全体で他の場所に労力を集中できるようになります。
これらは大まかな比較数値ですが、次のレポートでは、これらの結果を技術的なプロセスと各ステップを完了するまでの時間とともに詳細に説明しています。累積的なタイムラプス結果が物語を語っていますが、プロセスの詳細と付随するタスク リストにより、Dell EMC から VxRail でエンジニアド アプライアンスを調達する場合と、標準の x86 ベアメタル サーバーを調達する場合との違いが明確になります。
最後に、VxRail の利点を考慮する際、注文から配達までの時間が考慮されていません。 Dell Technologies は、オンサイトで 2 週間以内に完全に導入できるいくつかの固定構成を工場から提供しています。
技術概要
主な焦点は、VxRail 上の VCF と共同設計したターンキー ソリューションによってもたらされる価値を、Vmware Validated Design を使用した DIY アプローチで部分的に構築する場合と比較して定量化することでした。テストは、管理ドメイン、ワークロード ドメイン、LCM の構築の 3 つの部分に分割されました。これにより、両方の解決方法に関する調査結果を完了するのにほぼ同等の時間を集めることができました。
テスト目的で、8 ノードのクラスターを利用しました。管理ドメイン用に 4 つのノードが構成され、ワークロード ドメイン用に 4 つのノードが構成されました。
サーバー – 8台のDell EMC PowerEdge R640
- メモリ - 576GB RAM
- ネットワーキング – 2 x Mellanox25GbE 2P ConnectX4LX
- ストレージ – 4 x 3.84TB SSD 合計容量 15.4TB
- ストレージ コントローラー – Dell EMC HBA330 Mini
すべてのテストは、すべてのホストの電源がオフの状態から開始して実行されました。 Dell Technologies と VMware の両方のインストールおよび構成ドキュメントに従いました。
VMware ソフトウェアのバージョン
- VMware Cloud Foundation – 初期ビルド 3.9.0 - アップグレード 3.10
- VMware 検証済み設計の初期ビルド 5.1.1 – アップグレード 5.1.2
Dell Technologies APEX ハイブリッド クラウド導入の調査結果
Dell Technologies は、工場出荷時にプリインストールされたソフトウェアを使用して、初期構築プロセスを合理化しました。 2 時間以内に (01:54:44）、4 つの管理ノードの電源がオンになり、ESXi がインストールされて Jumbo Frame で構成され、クラスタ化されて Cloud Builder アプライアンスが展開され、VMware Cloud Foundation の展開を初期化する準備が整いました。
VxRail での VCF のインストールと構成中、プロセスは主にウィザードによって指示され、アプライアンスの JSON ファイルに取り込まれる重要な情報を入力して、ネットワークからさまざまな仮想マシン上のホスト名や IP に至る詳細を構成するためにアプライアンスが使用します。このアプローチは、レポートの後半で説明する VMware Validated Design メソッドを使用した DIY に似ています。ウィザードに取り込まれる環境ワークブックに記入します。引き込んだ情報を確認し、パスワードを入力する必要があります。このエクスペリエンスは使いやすく、構築前に情報を迅速に検証できることがわかりました。
DIY ビルドとは異なり、VxRail 上の VCF では、最初に管理クラスターに必要なホストのみを構成します。ワークロード ドメインをデプロイするときは、管理ドメインと同じ方法でワークロード ドメイン ホストを構成します。また、ワークロード ドメインの展開中、NSX-T は VxRail 上の VCF を使用して自動化されますが、DIY 展開では手動でインストールされることにも注意してください。 VMware Cloud Foundation は、ネットワーク環境をインストールして構成する一連のスクリプトを通じて実行されます。これには、NSX-T マネージャー、2 つの追加マネージャー ノード、CA 署名付き証明書のインポート、vCenter への接続、トランスポート ゾーンの作成、アップリンク プロファイル、ネットワーク I/O 制御プロファイル、システムの NSX セグメント、アップリンク、オーバーレイ トラフィック、トランスポート ノード プロファイル、 ESXi ホスト トランスポート ノード、vSphere Distributed Switch からの ESXi ホストの削除、および動的ルーティングの構成。
電源オフ状態から管理ドメインと単一ワークロードドメインの両方が構成され、稼働状態になるまでの経過時間は09時間43分29秒でした。
上の図からわかるように、VxRail 上の VCF を使用して管理ドメインの構築中に自動化されるタスクが 85 個あります。自動化タスクの例としては、vCenter へのホストのインポート、NSX-V と vRealize Log Insight のインストールと構成などがあります。
VCF on VxRail の展開中に、管理ドメインとワークロード ドメインの両方で合計 328 の自動化タスクがありました。 DIY アプローチと比較すると、338 のタスクを手動で実行する必要があります。また、VxRail システム上のこれらの初期タスクはエンドユーザーによって実行されるのではなく、Dell Technologies プロフェッショナル サービスが展開を実行することにも言及したいと思います。
VMware の検証済み設計導入を使用した DIY の調査結果
5.1.1 つの環境をテストするために、VMware Validated Design XNUMX ブループリントに従い、Cloud Builder Appliance を使用して SDDC 環境をデプロイしました。これにより、独自の DIY システムまたは VxRail システムを展開する XNUMX つの環境の構築オプションを最適に比較できるようになりました。
DIY アプローチを採用する場合は、ハードウェア コンポーネントが導入している VMware バージョンと互換性があるかどうかを確認することから始めて、実行する必要がある手順がかなり多くなります。 ESXi および HCI システム ソフトウェアがプリインストールされた状態で提供される Dell EMC VxRail システムではなく、各ホストに ESXi をインストールし、ネットワーク、NTP、および SSH を手動で構成する必要があります。
管理クラスタとワークロードクラスタの両方をデプロイする場合、DIY方式では86%遅くなることがわかりました。Cloud Builder Applianceを使用せず、VMware ESXi、vRealize Operations Management、vRealize Life Cycle Manager、NSX-V、およびNSX-Tを手動でインストールおよび構成する必要がある場合は、この時間がさらに長くなることにご注意ください。DIY環境でのデプロイにかかった時間は18時間03分28秒でした。
Cloud Builder Appliance を使用すると、管理クラスターを構成する 218 のタスクと、コンピューティング クラスターを構成する別の 74 のタスクを自動化できました。 DIY ルートを選択する場合の大きな違いの XNUMX つは、NSX-T を使用する場合は手動で設定する必要があるのに対し、VxRail 上の VCF では NSX-T が自動的に設定されることです。以下の図は、Cloud Builder によって完了したタスクのリストを示しています。 DIY 方法を利用する場合、これらの手順は通常手動で構成されます。
ライフサイクル管理の概要
VxRail で VCF を使用すると、アップデートを実行できることがわかりました。 15% 高速化 DIY ビルドよりも優れており、各コンポーネントのアップグレードを個別に実行する必要があります。また、DIY ハードウェアを更新する必要がある場合、この割合は実際にはさらに高くなることに注意してください。 VxRail 上の VCF は、VMware だけでなく、基盤となる Dell Technologies ハードウェアに対しても最適化された更新を実行しました。このテストでは共同エンジニアリングが確実に実証され、このコラボレーションがエンドユーザーの 2 日目の運用にどのように役立つかを確認できました。
このテスト サイクルの目的として、作業環境をシミュレートしたいと考えました。これを行うために、16 台の仮想マシンを実行する HCI Bench をデプロイしました。これらの仮想マシンはパワーオンされており、アップグレード プロセス全体を通じて負荷テストを実行していました。これには、管理ドメインとワークロード ドメインの両方が含まれます。
VMware Cloud Foundation を使用する主な利点の 1 つは、共同で設計された LCM アプローチにより、アップグレードの実行に伴う面倒な推測や労力が不要になることです。パッチ リポジトリは使いやすいため、管理者は探しているアップデートを見つけて、最小限の手間で適用できます。ワンクリックのアプローチは今日の IT の世界では見落とされているかもしれませんが、代わりの方法は、ハードウェア互換性リスト (HCL) と照らし合わせて独自のハードウェアを手動で調査し、必要なドライバーをさまざまな互換性のあるファームウェアと比較して、各システムを独自にステージングすることです。複数のクラスターにわたって一致しないサーバーがある場合、必要な時間は雪だるま式に大幅に増加する可能性があります。
VxRail はこのチェックを数秒で実行し、(選択した場合は) アップグレードを自動的に展開します。これは、VxRail を無人で実行できる、各アップデートまたはアップグレードで節約される時間の時間です。 Dell Technologies のエンジニアリングは、VxRail アップグレードをこのリポジトリに直接統合します。これには、以下で詳しく説明する追加の利点があります。この統合されたアップグレード アプローチは、IT 管理者が自分で行うアプローチと比較して、大幅な時間を節約するのに役立ちます。
VxRail を使用すると、自分で準備作業を行う場合と比較して、更新およびアップグレードの各サイクルでどれだけの時間と労力が節約されるかを正確に説明するのは困難です。独自のハードウェアを HCL と照合し、デバイスのファームウェアが必要なドライバーと互換性があることを確認し、慎重にロールアウトを段階的に行うには何時間もかかりますが、VxRail は完全に単独で処理します。ファームウェアのアップグレード パスに関して、Dell Technologies が広範なエンジニアリング リソースを活用できることには、大きなメリットがあります。自分でアップグレードに取り組むときの昔からの考え方は、何かが機能する場合は修正しないというものです。
ファームウェアについても同じことが言えます。アップグレードされたドライバーが、現在デバイス上にあるファームウェアをサポートする互換性範囲で動作する場合は、必要がない限りアップグレードしないでください。そのため、多くの場合、IT 管理者はアップグレード プロセスを実行し、ファームウェアが新しいドライバーと互換性があるかどうかを確認し、アップグレードはしません。 Dell Technologies のエンジニアリング リソースに支えられた VxRail ソリューションは、エンドユーザーが気づいていない可能性のある既知の問題や改善点をさらにチェックし、ファームウェアをさらに新しいリリースにアップグレードして、DIY アプローチよりもきめ細かく調整されたソリューションを提供します。を逃す可能性があります。テスト中、DIY LCM プロセスではハードウェアのファームウェアをアップグレードする必要はありませんでした。これは VxRail システムの LCM プロセスとは異なります。
VxRail が行っていることと一致させることは不可能ではありませんが、更新サイクルごとにさらに研究段階を進め、ドライバーとファームウェアの互換性を確認するだけでなく、安定性を確保するために考えられるファームウェアのアップグレード パスをテストする必要があります。方向。しかし、多くの IT 管理者や企業にとって、HCL が既存のファームウェア リビジョンに互換性があると示しても、そのプロセスに取り組む時間やお金がありません。一方、VxRail は、顧客のためにすでに準備作業を行っており、それをワンクリック アプローチに組み込んでいます。
VMware Cloud Foundation に組み込まれているもう 3.10.1 つの利点は、環境がインストールされている現在のバージョンとの互換性のあるリビジョン チェックを満たしている場合にのみ、アップグレードがインストール可能として表示されることです。つまり、VMware Cloud Foundation 3.9.0 に移行したいが、バージョン 3.10.1 を使用している場合は、XNUMX に誘導する、インストールの準備ができているアップデートのみが表示されます。これは、Dell Technologies と VxRail の統合にも当てはまります。 VMware Cloud Foundation が VxRail アップグレード バンドルがサポートするバージョンに更新されるまで、インストールの準備ができた VxRail アップデートは表示されません。
VxRail 上の VCF には、更新前の貴重な事前チェック機能も含まれています。これにより、アップグレード前に環境がチェックされ、システムがアップグレードの準備ができているかどうかが確認されます。
VMware Cloud Foundation on VxRail ライフサイクル管理の調査結果
VxRail 上の VCF を使用してアップグレードを実行する場合、VMware SDDC Manager がフルスタックをアップグレードするための中心的なソースになります。 Dell Technologies は VMware と共同設計し、SDDC マネージャー内から VxRail ハードウェアをアップグレードしました。 Dell Technologies は、VMware アップデートに合わせた同期リリース スケジュールを使用しています。つまり、利用可能なアップデートを見つけてインストールするには、1 つの場所にアクセスするだけで済みます。もう 1 つの優れた機能は、順番にインストールすることです。多くの場合、更新するには、特定のリビジョンを使用する必要があります。 SDDC マネージャーを介してアップグレードすると、ソフトウェア バージョンに基づいてインストールできる現在のバージョンのみが表示されます。この条件を満たしたら、アップグレードに進むことができます。
アップグレードのための互換性と環境の準備も行われます。事前に環境の事前チェックを実行できるため、アップグレードについての心配は過去のものになります。これにより、フルスタックの互換性を手動でチェックする必要がなくなり、時間を大幅に節約できます。費やしたエンジニアリング時間と、Dell EMC VxRail システムと VMware 間の最適化された統合は、組織にとって大きなメリットとなります。このテスト サイクルでは、組織の時間の節約を定量化することはできませんでした。
上記の紹介文にある図に示すように、 VMware Validated Design (VVD) を使用した自社開発方式と比較して、Dell EMC VxRail を使用することで15% の時間短縮を実現できました。また、この短縮率は、VVD LCM にハードウェアのアップデートが一切必要なかったことを考慮したものであることも特筆すべき点です。VxRail の導入は、VVD LCM のアップデートを不要にしただけでなく、最適なパフォーマンスと安定性を実現するために設計されたハードウェア ファームウェアをアップグレードすることで、この成果を達成しました。一方、VVD LCM は互換性のあるファームウェアのみをチェックし、最高のパフォーマンスや安定性を実現するようには最適化されていません。
テスト用に展開された管理ドメインとワークロードドメインの両方において、VMware SDDCスタックとVxRailハードウェアファームウェアの両方のVCF on VxRailアップグレードプロセスが完了するまでにかかった時間は11時間16分24秒でした。
VMware の検証済み設計ライフ サイクル管理の調査結果を使用した DIY
VMware Validated Design デプロイされたソリューションを更新する手順は、VxRail ソリューション上の VCF のように更新やパッチを確認するほど簡単ではありません。ここでは、インストールされている各 VMware SDDC コンポーネントのソフトウェア リビジョンを手動で確認し、各ホストのハードウェアをチェックして、アップグレード先のバージョンと互換性があることを確認する必要があります。このテストでは、アップグレード先の VMware ソフトウェアのバージョンと互換性があったため、ハードウェア ファームウェアをアップグレードする必要はありませんでした。
ソフトウェアをアップグレードする際の重要な手順は、基盤となるハードウェアが新しいバージョンの VMware SDDC コンポーネントと互換性があることを確認することです。アップグレード ビットを確認してダウンロードしたら、各ホストの互換性をチェックしました。これは、8 台すべてのホストの iDRAC にログインし、取り付けられている各ドライブ、ストレージ コントローラー、およびネットワーク インターフェイス カード アダプターのファームウェア リビジョンを確認するという手動のプロセスでした。リストを入手したら、VMware ハードウェア互換性リスト サイトに進み、各コンポーネントを手動で検索して確認する必要がありました。
VMware SDDC コンポーネントを VVD 5.1.1 から 5.1.2 に実際にアップグレードするには、次のソフトウェア コンポーネントがアップグレードされます。
- プラットフォーム サービス コントローラー アプライアンス
- vCenter Server アプライアンス
- vSphere Update Manager ダウンロード サービス
- ESXiホスト
管理クラスタとワークロードクラスタの両方の更新には、12時間59分16秒かかりました。DIY LCMテスト中は、VMwareソフトウェアコンポーネントのみが更新されました。
このレポートは、Dell Technologies の提供により提供されています。このレポートで表明されているすべての見解や意見は、検討中の製品に対する当社の公平な見解に基づいています。
[1]事前構成済みのソリューションの一部に適用されます。詳細については、営業担当者にお問い合わせください。1000インスタンスを超える注文、ハイブリッドストレージ、一部のvRealize（vRA、vRO）コンポーネント、およびその他の一部の機能は対象外です。注文を行う前に、お客様の信用承認、サイト調査、および構成ワークブックを完了する必要があります。製品の在庫状況、配送、祝日、およびその他の要因により、導入時間が影響を受ける場合があります。導入には、配送、標準化されたインストール、およびハードウェアとソフトウェアの構成が含まれます。米国、英国、フランス、およびドイツのみ。
[2]デル・テクノロジーズの社内分析に基づく（2019年11月）
Amazon