（ IaaSモデルに基づいて）インフラストラクチャクラウドを構築するために、VMwareは、VMware vShield（ネットワークセキュリティ）やVMware ChargeBack（課金）などの共通ブランドVMware vCloud（VMware vCloud DirectorおよびVMware vCloud Request Manager）によって統合された製品ファミリーを提供しています。 もちろん、これはすべて、VMware vSphereのコア製品によってスライスおよび提供される仮想リソースを管理するための単なるバインディングです。
クライアントは何を取得しますか？ クライアントの仮想リソースは、いわゆる仮想データセンター （以降vDC）の形式で提示されます。これは、次のようなパラメーターによって特徴付けられます。
- RAMの量
- ディスクスペース
- Ghzで測定される計算能力。
vDCの場合、内部（独自のアドレス指定を持たない）および外部（実際には、サービスプロバイダーのパブリックIPアドレスのプール）の両方のネットワークも割り当てられます。 vShieldを使用すると、ユーザーはネットワーク間のトラフィックのルーティングとフィルタリングを制御できますが、FreeBSDを使用して仮想マシンから実装された独自のファイアウォールを使用して簡単に実行できます。
仮想マシンを作成および構成するシンプルな機能に加えて、制御インターフェースにより、事前に構成された仮想マシンのイメージをアップロード、使用、および他のユーザーに提供することができます。 さらに、個別の仮想マシンではなく、1つの問題を解決するように設計された相互接続された仮想マシンのセット全体で動作することが可能です。 このようなセットは、事前に構成されたソフトウェア開発インフラストラクチャ、3層アーキテクチャで提供されるアプリケーションなどです。 多くの開発者にとって、インストールされたディストリビューションの形式ではなく（特に複数のサーバーロールを含む場合）、 vApp VMwareの形式でソリューションを提供することは興味深いかもしれません。vAppVMwareには、プリインストールされたオペレーティングシステム、構成済みですぐに使用できるアプリケーション、およびその他の必要なものが含まれます操作のためのコンポーネント（データベース、ロードバランサーなど）。 事前設定されたvAppを使用すると、潜在的なクライアントは数分以内に興味のあるアプリケーションの使用とテストを開始できます。
ただし、 投稿のテーマは、開発者向けの弾力性のあるクラウドです。その後、さらに先に進みます。 アプリケーションサーバー、データベースサーバー、およびnginxなどのその他の3つのサーバーロールを含むプロジェクトがあるとします。 負荷の増加を監視し、リソース不足の問題を解決するように設計された別の役割をそこに追加します。 それを呼び出しましょう-キャパシティマネージャー。 プロジェクトの負荷が日中に脈動し、プロジェクトが進行するにつれて、全体として徐々に増加するとします。 リソースの使用を最適化する方法は何ですか？
VMware vCloud Directorは、3つのモデルでvDCのリソースを提供します 。
- 利用可能なプール-vDCクライアントの固定リソースサイズのみ
- 従量課金-消費分
- 予約プール-サービスプロバイダーによる過剰販売の可能性のないリソースの保証サイズ
私たちにとっては、従量課金モデルが最適であり、それを選択します。 最初に、2つのアプリケーションサーバー、1つのデータベースサーバーと2つのnginxサーバーを作成しました。 それぞれの構成は、可能な限り最小でした（たとえば、CPU 3GHz、RAM 1Gb、HDD 40Gb）。
データベースを除くすべてのサーバーロールが交換可能であり、それらの停止が提供されたサービスのダウンタイムを引き起こさず、パフォーマンスを低下させると仮定します。 サーバーの役割ごとに、将来の新しいサーバーの展開時間を最小限にするために、既製のサーバーテンプレートを作成しました。 ある時点で、キャパシティマネージャーの役割にあるすばらしいサーバーは、両方のアプリケーションサーバーが負荷に対処できないことを発見しました。 この問題を解決する方法は2つあります-アプリケーションサーバーの数を増やすか、既存のサーバーのリソースの数を増やします。 提供されたvCloud APIを使用して、サーバーを消滅させ、プロセッサーを追加して、再びオンにします。 クラウドのパフォーマンスはわずかに向上しています。 これで、キャパシティマネージャは、データベースサーバーのディスク領域が不足していることを認識します。 これにより、vCloud APIを正しくプルするだけで、データベースの下でサーバーに与えられたディスクサイズをオンラインで増やし、オペレーティングシステムにこれらの変更を確認するよう依頼するのが簡単になります。 負荷が増大するにつれて、アプリケーションサーバーの構成をRAM 32GbやCPU 32GHzなどの不適切なサイズに引き上げました。 クラウドを水平方向に拡張し始めます。 これを行うには、同じvCloud APIをプルして、既存のアプリケーションサーバーのいずれかのコピーを作成します。 パラメーター（IPアドレス、ホスト名）をカスタマイズして実行します。 したがって、クラウドのサイズを動的に変更する機会が得られるため、リソースの必要性と実際の可用性の間の対応を確保することをお勧めします。 vCloud APIの機能は、VMwareのWebサイトでよく紹介されています 。
結果として、負荷に適応するプロジェクトがあり、実際の消費に応じてリソースが支払われます。 Capacity Managerの役割を果たしたくない人のために、上記のすべての操作を手動で実行できる開発済みのWebインターフェイスがあります。これは、ほとんどの場合、特にプラットフォームの開発者ではなく、システム管理者である場合に受け入れられます。
多くは、再起動によるリソースの増加は最もエレガントな方法ではないと主張するかもしれません。 まったく同感です。 どのような選択肢がありますか？ 最も興味深いのはもちろん、仮想マシン内にリソースをオンラインで追加できることです。 そしてそれは動作します！ ただし、この方法は、サポートされているオペレーティングシステムの種類によって非常に制限されています。 進行は止まりませんが、RAMとプロセッサの追加はすでに一般的です。ベースOSを選択する際に手を離した場合は、そのようなサポートを考慮して選択するのが理にかなっています。 オンラインでリソースの量を減らすことは、それほど複雑ではありません。残念ながら、現時点で実行可能なソリューションについて聞いたことはありません。OSの開発者次第です。
あとがき
この投稿を読んだ後、一部の人は考えるかもしれません：これらすべてに大騒ぎしているのに、なぜ必要なのでしょうか？ 私は単なる開発者であり、インフラストラクチャの管理と最適化を望んでいません。 答えます！ IaaS-サービスとしてのインフラストラクチャについて説明します 。 この読者のために、PaaS-VMwareのサービスとしてのプラットフォーム-vFabricに関する次の記事が興味深いでしょう。 この用語の背後にあるものと、このプラットフォームが提供する機会を明らかにしようとする場所。
VMware vCloudをテストする
ログイン：デモ
パスワード：12345678
