Apache CloudStackは、仮想マシンランタイムを管理するためのユニバーサルプラットフォームです（「VPSクラウドコントロールパネル」とも呼ばれます）。 Apache CloudStack（以降、ACS）を使用すると、管理者は必要なサービスを使用してクラウドを短時間で展開し、展開後にライフサイクル全体でクラウドを効果的に管理できます。 この記事は、実際に使用できるクラウド設計に関する推奨事項を提供します。これは、管理が最大限容易で、問題のデバッグと検出に特別な知識を必要としない、中小規模のパブリッククラウド環境の構築を計画しているほとんどのパブリッククラウドプロバイダーに適しています この記事は、Apache CloudStackをセットアップするための段階的なガイドではありません。

この記事は、新しいクラウドを展開するときに役立つ一連の推奨事項と考慮事項の形式で説明されています。 このプレゼンテーションスタイルは、著者がこのトポロジに新しいクラウドをすぐに展開することを計画しているという事実に触発されています。



この記事で説明した設計のクラウドは、商用VPSレンタルサービスの提供に使用されています。 クラウド内には、ソフトウェアRAID6、176 Xeon E5-2670コア、768 GB RAM、256のパブリックアドレスのネットワークで構成されたSamsung Pro 850 1TB SSDのみで構成される16 TBストレージが展開されます。

以下では、クラウドの組織に関する提案とコメントについて説明します。クラウドの組織の目的は、VPSレンタルサービスに99.7％の月間可用性インデックス（SLA）を備えた費用対効果の高いサービスを提供することです。 その場合、目標がクラウドに高可用性インジケーターを提供することである場合、Apache CloudStackを使用して実装することもできるさまざまなフェールオーバークラスター要素を含む他のクラウド組織モデルを適用する必要がありますが、この記事は考慮されていません。

はじめに

実用的および経済的な観点から、商用クラウドの長期的な成功は、選択された設計と慎重な機器計画、およびクラウドリソースの適切に形成された比率と制限に依存します。 設計段階で、クラウドインフラストラクチャとは何か、ACSをこのインフラストラクチャに展開する方法を決定する必要があります。 ACSでは、仕様に応じて、さまざまなプロパティを持つクラウドを作成できます。 この記事では、次のプロパティを持つクラウドの作成について説明します。

• すべての仮想マシンは単一の共有アドレス空間にあります（たとえば、/ 24ネットワーク内）。
• 仮想マシン間のトラフィックは単一のVLAN内に分散されます。
• 割り当てられたアドレスは、仮想マシンに直接割り当てられます（静的NATは使用されません）。

ACS内では、仮想マシンのトラフィックの送信元と宛先を制限する必要がない限り、これらのプロパティはセキュリティグループの有無にかかわらず基本ゾーンによって満たされます。

さらに、クラウド内では、NFSリポジトリを使用して実現される、複雑な知識を必要としないシンプルで実績のあるリポジトリコンポーネントが使用されます。

ネットワーク

最初の段階では、クラウドネットワークインフラストラクチャの形式とコンポーネントを決定する必要があります。 このクラウドのフレームワーク内では、ネットワークトポロジのフォールトトレランスは設定されていません。 フォールトトレラントネットワークトポロジを使用してこのクラウドモデルを実装するには、LACP、xSTP、MRP、MLAG、スタッキングテクノロジー、ボンディングに基づくソフトウェアソリューションなど、信頼性の高いネットワークインフラストラクチャを実装する標準的なアプローチを使用する必要があります。 選択したネットワーク機器プロバイダーに応じて、いずれかのアプローチが推奨される場合があります。

インフラストラクチャを展開するには、3つの分離されたイーサネットネットワークと3つのスイッチが使用されます。

1. IPMIネットワーク。ノードの障害やその他の緊急事態に関連するインシデント（100 Mbit / sイーサネットポート）を解決するために必要な物理機器の管理に使用されます。 通常、セキュリティを強化するには外部から制御要素へのアクセスを制限する必要があるため、このネットワークはグレーアドレス（10.0.0.0/8など）を使用して構成されます。
2. パブリックトラフィック用のネットワーク「VM-VM」、「VM-consumer」。 仮想マシンに高帯域幅が必要な場合に備えて、1ギガビット/秒のイーサネットポートまたは10ギガビット/秒のイーサネットポートを備えたスイッチ。 通常、一般的なサービスには1ギガビット/秒のポートで十分です。 このネットワークは、パブリックアドレスまたはグレーアドレスを使用して構成されます（外部セキュリティゲートウェイとNATを備えた内部クラウドを計画している場合）。
3. NFSリポジトリにアクセスするためのデータネットワーク。仮想マシンホスト、スナップショット、テンプレート、およびISOへの仮想化ホストアクセスを提供します。 10 Gbit / sイーサネットポートまたはより高速の代替技術（Infinibandなど）を使用してこのネットワークを実装することをお勧めします。 ネットワークはグレーのアドレスを使用して構成され、
   
   例：176.16.0.0/12。

仮想マシンのボリュームデータにアクセスするためのネットワークは高性能である必要があり、パフォーマンスは帯域幅だけでなく、エンドツーエンドのデータ転送遅延（仮想化サーバーからNFSサーバーへ）によっても決定される必要があることに注意してください。 最適な結果を得るには、次のソリューションをお勧めします。

1. 遅延が最も少ないため、カットスルーモードでトラフィックを処理するデータセンターのスイッチ。各VMインスタンスがより多くのIOPSを受信できることを意味します。
2. より高速のデータ転送プロトコルを使用するスイッチ、たとえば、Infiniband 40 Gbit / s、56 Gbit / s。これは、超高帯域幅だけでなく、標準のイーサネット機器を使用した場合に実際には達成できない非常に低いレイテンシも提供します。 この場合、IPoIBプロトコルを使用して、Infinibandネットワーク経由でIP経由でNFSストレージへのアクセスを提供する必要があります。
3. すべてのデバイスでジャンボフレームのサポートをセットアップします。

IPMIネットワークには特別な要件はなく（1）、最も費用対効果の高い機器に実装できます。

ACSはiptablesおよびebtablesルールを使用してハイパーバイザーのホストレベルで追加のセキュリティを実装するため、選択されたクラウドモデルのフレームワーク内のデータ伝送ネットワーク（2）は非常に単純です。物理ブロードバンドサブスクライバーまたはハードウェアサーバーを使用する場合のポート保護。 ストアアンドフォワードデータ転送を提供し、大きなポートバッファを備えたスイッチを使用することをお勧めします。これにより、さまざまなネットワークトラフィックの高品質な伝送が可能になります。 特定のクラスのトラフィック（VoIPなど）に高い優先度を提供する場合は、QoSを構成する必要があります。

この展開モデル内のクラウドの物理機器は、たとえば外部リソース（更新用のソフトウェアリポジトリ）にアクセスするために、オフィストラフィックのネットワークとしてストレージネットワークを使用します。 これらの機能を提供するには、NAT機能（NAT GW）を備えたルーターが必要です。これにより、必要なレベルのセキュリティを提供し、クラウドの物理デバイスが配置されている物理ネットワークを外部アクセスから分離できます。 さらに、セキュリティゲートウェイは、ポート変換メカニズムを介してACS APIおよびユーザーインターフェイスへのアクセスを提供するために使用されます。

スイッチングおよびルーティング機器は制御可能で、リモート電源管理デバイスに接続されている必要があります。これにより、技術サイトに行かずに最も困難なケースを解決できます（たとえば、スイッチとの接続が失われた構成エラー）。

クラウドネットワークトポロジを次の図に示します。

保管施設

ストレージはクラウドの重要なコンポーネントです。この展開モデルでは、ストレージはフォールトトレラントではないため、使用予定のサーバー機器の選択とテストに追加の要件が課されます。組み込みのフォールトトレランスを備えた既製のソリューションを提供する有名なメーカーが発行する機器が優先されるはずです、NetAppの専門ソリューション）、または実績のある信頼できるサーバー機器の提供（ HP、Dell、IBM、Fujitsu、Cisco、Supermicro）。 クラウドは、NFSv3（v4）プロトコルをサポートするストレージを使用します。

Apache CloudStackは2種類のストレージを使用します。

1. プライマリストレージ。仮想マシンボリュームの保存に必要です。
2. セカンダリストレージ（セカンダリストレージ）。仮想マシンのイメージ、イメージ、テンプレートを格納するように設計されています。

これらのコンポーネントの計画を慎重に実行する必要があります。クラウドのパフォーマンスは、パフォーマンスと信頼性に大きく依存します。

さらに、ストレージのグローバルバックアップを実行するには、次の目的に使用できる別のサーバーをお勧めします。

1. 災害復旧
2. 人的要因に関連するローカルユーザーの事故の防止。
   
   このコンポーネントはACSクラウドに関して内部ではないため、この記事ではこれ以上検討しません。

プライマリNFSストレージを使用してクラウドを展開する利点と欠点

NFSは、何十年にもわたって使用されてきた、広く使用されているファイルシステムアクセスプロトコルです。 パブリッククラウドサービスを実装する際のNFSストレージの利点には、次の特性が含まれます。

1. 1台のサーバーに多数のディスクデバイスを統合することにより、高いストレージパフォーマンスを実現。
2. QCOW2ボリューム形式を使用する場合、シンアロケーションの使用により、実際のボリュームを超えるディスクスペースを販売する可能性があるため、ストレージスペースを効率的に使用します。
3. ストレージスペース全体を単一のプールとして機能させることにより、仮想化ホスト間でのディスクスペースの分配が容易になります。
4. 同じストレージを共有するホスト間での仮想マシンのライブマイグレーションのサポート。
5. 管理の容易さ。

欠点には、次のプロパティが含まれます。

1. ストレージを共有するすべての仮想マシンの単一障害点
2. 設計段階でのパフォーマンスの注意深い計画が必要です。
3. ストレージの停止を必要とする一部のルーチン手順により、このストレージを使用するすべてのマシンが停止します。
4. 空きストレージ領域を増やすためのルーチン手順の開発が必要です（新しいディスクの追加、RAIDアセンブリ、論理ボリューム間のデータ移行）。

一次ストレージ

プライマリストレージは、次の重要な運用特性を提供する必要があります。

1. ランダムアクセス（IOPS）の高いパフォーマンス。
2. 高帯域幅（MB / s）;
3. データストレージの高い信頼性。

通常、特殊なソリューションを使用するか、ハイブリッド（SSD + HDD）または完全なSSDストレージを使用して、これらの3つのプロパティを同時に実現できます。 ストレージがソフトウェア実装を使用して設計されている場合は、ハードウェアまたはソフトウェアRAIDレベル5または6を備えたSSDドライブのみで構成されるストレージを使用することをお勧めします。 また、ZFSのサポートを含むFreeNAS、NexentaStorなどの既製のソリューションを検討することもできます。これには、バックアップの実装時に追加のボーナスを提供し、重複排除とオンザフライでのデータ圧縮によるディスク領域を節約する組み込みメカニズムが含まれます。

GNU / Linuxを使用して実装されたストレージを使用する予定がある場合は、次のレイヤーを含むストレージスタックをお勧めします。

1. ソフトウェア（Mdadm）またはハードウェアRAID（LSI、Adaptec）。
2. LVM2（ストレージスケーリングサポート）。従量課金制の原則を実装できます。
3. EXT4。

著者の経験によると、バックアップにLVM2スナップショットを使用する予定がある場合、Bcache、ZFS On Linux、およびFlashCacheを使用することは非常に推奨されません。 長い目で見れば、この記事の著者は、ストレージエラーにつながるカーネルエラーを観察し、クラウドの再起動を必要とし、ユーザーデータの損失につながる可能性がありました。



また、KVMハイパーバイザーにはこのファイルシステムに関する既知のパフォーマンスの問題があるため、BTRFSの使用は推奨されません。

著者は、クラウドにプライマリストレージを実装するために次のソリューションを使用します。

1. ハードウェア：
   
   
   • LSIのHSIを備えたSupermicroサーバー
   • ネットワークカードIntel x520-DA2
   • Samsung Pro 850 1TBドライブ
2. Debian GNU / Linux 8
3. ソフトウェアRAID5、RAID6
4. LVM2
5. ファイルシステムEXT4。

このソリューション（Mdadm / LVM2 / Ext4）は、既知の安定性の問題がなく、バックアップの実行に使用されるLVM2スナップショットを使用する場合の安定した動作を保証します。 ボンディングインターフェース（LACPまたはマスター/スレーブ）で結合された2本の線を介してデータアクセスネットワークのスイッチにストレージを接続することを強くお勧めします。さまざまなデバイスへの接続）。

プライマリストレージを展開する場合、最大負荷でパフォーマンスをテストする必要があります-同時に4種類の負荷：

1. VMからの計画ピーク負荷。
2. データのバックアップ。
3. バックアップからユーザーVMの大容量を復元します。
4. RAIDは復旧状態です。

CPUとメモリ

プロセッサと使用可能なサーバーメモリも、プライマリストレージのパフォーマンスの向上に大きな影響を及ぼします。 NFSサーバーは、IOPSと帯域幅の両方の点で、高負荷時にCPUコアを積極的に利用できます。 同じサーバー内で複数のソフトウェアRAIDを使用する場合、mdadmサービスはCPUに大きな負荷をかけます（特にRAID5、RAID6を使用する場合）。 Xeon E3またはXeon E5 CPUを搭載したサーバーを使用することをお勧めします;最高のパフォーマンスを得るには、2つのXeon E5 CPUを搭載したサーバーを検討してください。 NFSもmdadmもマルチスレッドを効果的に使用できないため、クロック速度の速いモデルを優先する必要があります。 さらに、Gzip圧縮を使用してグローバルバックアップボリュームを実行する場合、一部のコアがこれらの操作の実行でビジーになることに注意してください。 RAMについては、サーバーで使用できるRAMが多いほど、バッファキャッシュに使用されるRAMが多くなり、ディスクデバイスに送信される読み取り操作が少なくなります。 NFSサーバーとZFSを使用する場合、CPUとRAMは、データ圧縮と重複排除のオンザフライでのサポートにより、Mdadm / LVM2 / Ext4の場合よりもパフォーマンスに大きな影響を与える可能性があります。

ディスクサブシステムの設定

RAIDコントローラーと論理アレイ、先読み、スケジューラーの特定の設定を含むが、これらに限定されないディスクサブシステムの多数の設定に加えて、RAMバッファー内のダーティデータによって費やされる時間を削減することをお勧めします。 これにより、保管事故が発生した場合の損傷が軽減されます。

NFSサービス設定

NFSを使用するときに設定される主なオプションは、データ転送ユニットのサイズ（rsize、wsize）、ディスクにデータを保存する同期モードまたは非同期モード（sync、async）、およびNFSクライアントの数に依存するサービスインスタンスの数、すなわち仮想化ホストです。 パフォーマンスが低いため、同期モードの使用は推奨されません。

ネットワーク

ストレージにアクセスするためのネットワークカードとして、Intel X520-DA2などの最新のネットワークカードを使用することをお勧めします。 ネットワークスタックを最適化するには、ジャンボフレームサポートを構成し、CPUコア間でネットワークカードの中断を分散します。

二次ストレージ

セカンダリストレージは、次の重要な特性を提供する必要があります。

1. 高い線形性能;
2. データストレージの高い信頼性。

ストレージは、画像を作成し、画像をテンプレートに変換するときに最大限に活用されます。 この場合、ストレージのパフォーマンスが操作の継続時間に大きな影響を与えるのはこの場合です。 ストレージの高い線形パフォーマンスを確保するには、RAID10、RAID6、および3 TB以上の大容量のサーバー側SATAディスクを使用したソフトウェアおよびハードウェアRAIDアレイの使用をお勧めします。

ソフトウェアRAIDを使用する場合は、RAID10を選択することをお勧めします。BBU要素を備えた高性能ハードウェアコントローラーを使用する場合、RAID5、RAID6を使用できます。

一般に、セカンダリストレージの要件はプライマリほど重要ではありませんが、仮想マシンボリュームのスナップショットを集中的に使用する場合は、セカンダリストレージを慎重に計画し、実際の負荷をシミュレートするテストを実行することをお勧めします。

著者は、クラウドにセカンダリストレージを実装するために次のソリューションを使用します。

1. ハードウェア：
   
   
   • LSI / AdaptecのハードウェアRAIDコントローラーを備えたSupermicroサーバー
   • ネットワークカードIntel x520-DA2
   • 3TB Seagate Constellation ES.3ディスクデバイス
2. Debian GNU / Linux 8
3. ハードウェアRAID10
4. LVM2
5. EXT4ファイルシステム

管理サーバー

管理サーバーは、クラウドのすべての機能を管理するApache CloudStackシステムの主要コンポーネントです。 フェールオーバー構成の場合、MySQLフェールオーバーサーバー（マスタースレーブまたはmariadb galeraクラスター）と対話する複数の管理サーバーを使用することをお勧めします。 管理サーバーは情報をRAMに保存しないため、MySQLレプリケーションと複数の管理サーバーを使用してHAを簡単に実装できます。

この記事では、1つの信頼できるサーバーが使用されていると仮定します。

1. MySQL-ACSデータを保存するためのDBMS。
2. CloudStack管理サーバー-ACSのすべての機能を実行するJavaアプリケーション。

管理サーバーの場合、信頼性の高い、トラブルのない運用を保証する信頼できるサプライヤーから機器を選択する必要があります。 主なパフォーマンス要件は、MySQL DBMSの使用によって決定されるため、SSDドライブ上の高速で信頼性の高いディスクサブシステムが必要です。 初期構成は次のようになります。

1. Supermicro Xeon E3-1230V5サーバー、IPMI付き32GB RAM
2. Intel X520-DA2
3. 2 x Intel SSD S3610 100GB（RAID1）
4. 2 x Seagate Constellation ES.3 3TB（RAID1）
5. LVM2
6. MDADM
7. Ubuntu 16.04サーバー

SSDドライブのペアがシステムに使用され、SATAドライブの2番目のペアがシステムスナップショット、ACSデータベースダンプに使用されます。これらは、たとえば毎日またはより頻繁に定期的に実行されます。

APIの集中的な使用が計画されており、S3 APIがアクティブになっている場合は、高性能CPUまたは2つのCPUを搭載したサーバーを使用することをお勧めします。 さらに、ACS制御サーバー自体のパネルでは、ユーザーによるAPIの使用強度に制限を設定し、Nginxプロキシサーバーを使用して追加のサーバー保護を提供することをお勧めします。

Apache CloudStackトポロジ

ACSの一般的なトポロジ構造は、埋め込みの階層エンティティです

1. ゾーン
2. スタンド
3. クラスター
4. ホスト

この画像は、一部のデータセンターdc1に対するこのようなトポロジ構造の実装例を示しています。

ベースゾーン

ACSゾーンは、クラウドがユーザーに提供するサービスのセットを定義します。 ゾーンには2つのタイプがあります-基本（基本）および詳細（詳細）。これにより、基本サービスまたはVPN、エラスティックバランシング、NAT、VPCなどの広範な機能を提供するさまざまなクラウドを編成できます。 ベースゾーンは次の機能を提供します。

1. IPアドレス管理とDHCPサービス
2. DNSサービス（リゾルバーとゾーン）;
3. 仮想マシンにインストールされたパスワードとキーの管理。
4. ルーター（オプション）;
5. セキュリティグループ。

また、他のネットワークオファーを構成することもできます。これにより、外部DHCPサーバーなど、他のプロパティを持つ基本ゾーンを作成できます。

スタンド

スタンドは、トポロジ編成の次のレベルを表します。 実際の組織に応じて、スタンドは部屋または代替エンティティ（行、ラックなど）のいずれかになります。 スタンドの意味は、主に次の要因によって決まります。

1. ブース内の仮想マシンに割り当てられるアドレスの数により、1つのブースに割り当てられたアドレスを別のブースに転送することはできません。たとえば、ネットワークスタンド/ 22（1024アドレス）を割り当てる場合、これらすべてのアドレスに対応できる機器があることを確認する必要があります。
2. 予約-特定のスタンドをアカウントに割り当てることができます。
3. 幾何学的な考慮事項。
4. 拒否ドメインの割り当て。

1024台の仮想マシンのネットワークでは、すべての機器が1つのラックにある場合は1つのスタンドで十分ですが、たとえば、異なるL3アグリゲーションデバイスを使用する場合、/ 22ネットワークを4 x / 24に分割する明確な引数がある場合は4スタンドです。 任意の数のクラスターをスタンドに置くことができるため、計画に明確な制限はありません。

クラスター

クラスターは、サービスの提供に使用されるハイパーバイザーを定義します。 このアプローチは、特に次のようなさまざまなハイパーバイザーの機能を最大限に使用する予定の場合、非常に便利です。

1. KVM-仮想マシンのスナップショットがなく、ボリュームのスナップショットのみ（AWSのような）の汎用仮想マシン。
2. XenServer
   
   
   • グラフィックアクセラレータ仮想マシン、
   • スナップショットと動的スケーリングをサポートする仮想マシン。
3. Hyper-V-Windows OSサービスを提供するための仮想マシン。

検討中の展開モデルのフレームワーク内で、クラスターは、プライマリNFSストレージをクラスターに割り当てることでサービス拒否の拡散が制限されるレベルの要素であり、プライマリストレージの障害がクラスターを超えて拡大しないようにします。 これを実現するには、プライマリボールトをクラウドに追加するときに、そのスコープをゾーンではなくクラスターとして示す必要があります。 プライマリストレージはクラスターに属しているため、仮想マシンの仮想移行はクラスターホスト間でのみ実行できることに注意してください。

Apache CloudStackで使用する場合のKVMハイパーバイザーの制限

KVMハイパーバイザーには、その実装を妨げる可能性のある多くの制限がありますが、広く使用されていることから、これらの制限はほとんどのプロバイダーによってブロックされているとは見なされません。 主な制限は次のとおりです。

1. 仮想マシンの動的スケーリングはサポートされていません。つまり、コアとRAMの数を変更するには、マシンを停止して起動する必要があります。
2. 仮想マシンとディスクの完全なスナップショットはサポートされていません（QEMU / KVM自体がこの機能をサポートしているため、これはApache CloudStackの制限です）。
3. 仮想グラフィックアクセラレータはサポートされていないため、NVidiaのインフラストラクチャと共にVDIを提供する予定の場合、KVMは機能しません。

クラスターを計画するときは、クラスターで使用されるストレージの最終機能から進めることが重要です。 ACSでは、クラスター内で複数のリポジトリを使用できますが、私自身の経験から、著者はこのオプションの使用を推奨していません。 最適なアプローチは、ニーズと機能の妥協点としてクラスターを設計するアプローチです。 多くの場合、クラスターを大きくしすぎて、障害ドメインが広くなりすぎる可能性があります。

クラスタ設計は、平均的な仮想マシンのニーズを理解することに基づいて実行できます。 たとえば、既存のクラウドの1つで、ユーザーは平均して[2コア、2GB RAM、60GB SSD]のようなサービスを注文します。 ストレージボリュームに基づいてクラスターの要件（IOPS要件を除く）を計算しようとすると、次の数値を取得できます。

1. ストレージ24 x 1TB SSD（RAID6 + 1HS） -21 TB
2. VMインスタンスの数 -350 = 21000/60
3. RAM -700 GB = 350 x 2
4. コア -700 = 350 x 2
5. ノード2 x Xeon E5-2699V4 / 160 GB RAM -88 Vcor​​es（166 1対2オーバーサブスクライブ）
6. ノード数（+1スタンバイ） -5 + 1

結果のクラスターは次のようになります。

1. ストレージ：ストレージ24 x 1TB SSD（RAID6 + 1HS）
2. 仮想化サーバー6 xサーバー2 x Xeon E5-2699V4 / 160 GB RAM

このクラスターのフレームワーク内で、最大350台の一般的な仮想マシンにサービスを提供できます。 1000台のマシンにサービスを提供するリソースを割り当てる場合は、3つのクラスターを展開する必要があります。 製品の差別化を伴う実際のクラウドの場合、市場ニーズの予測を最も正確に反映する計算が必要です。

計算例では、経済的要素は考慮されていません。実際の計算では、クラスターの回収期間を最小化し、サービス所有者と合意したサービス品質を確保するように、ノードごとのCPUモデルとRAMの量を選択する必要があります。



合計ストレージサイズが異なって選択された場合、またはユーザーがより小さなまたはより大きなボリュームのVPSを購入した場合、クラスターの計算能力の要件は大幅に変わる可能性があります。

仮想化サーバー

仮想化サーバーは、仮想マシンを実行するように設計されています。 仮想化サーバーの構成は、クラウドごとに大きく異なり、コンピューティングオファーの種類（ユーザーが利用できるVPS構成）とその目的に依存します。 単一のクラスター内では、互換性のあるCPUを備えた同じタイプの交換可能な仮想化サーバーを使用する（またはすべての中で最も低いCPU間の互換性を確保する）ことが望ましいため、ノードの1つに障害が発生した場合、ノード間の仮想マシンの仮想移行とクラスターリソースの可用性が可能になります。

低および中負荷で多数の小さな仮想マシンを実行する予定がある場合は、2 x Xeon E5-2699V4 / 256GB RAMなど、多数のコアとメモリを備えたサーバーを使用することをお勧めします。 同時に、1、2、4、8コア、通常の使用（計算上の問題を解決するためではない）の仮想マシンに対して良好なリソース密度と高品質のサービスを実現し、CPUの大幅なオーバーサブスクリプションにより高品質のサービスを実現できます（2〜8回） 。 この場合、計画はコアの数ではなくRAMの量に基づいて実行できます。

高周波、マルチコア、高負荷の仮想マシンの展開を計画している場合、必要なCPUリソースを提供するサーバーを選択する必要があります。 この場合、計画は再サブスクリプションなしで使用可能なコアの数に基づいて行う必要があり、RAMの量は必要なニーズに対応する必要があります。 , Xeon E3-1270V5 / 64GB RAM, :

• 1 x CPU 3.6 GHz / 8 GB RAM
• 2 x CPU 3.6 GHz / 16 GB RAM
• 4 x CPU 3.6 GHz / 32 GB RAM
• 8 x CPU 3.6 GHz / 64 GB RAM

, 2 x Xeon E5V4, , CPU, RAM.

RAM

Apache CloudStack . , , , Linux , , , . — KSM, ZRAM ZSwap, RAM, (1:2 ) CPU. , SSD .

, , Intel X520-DA2. jumbo frame CPU.

CPU.

. — Linux Bridge Open Vswitch. Apache CloudStack , , Linux Bridge .

Apache CloudStack , — API UI, JavaScript jQuery. , , UI , . , CloudStack-UI , , Apache CloudStack. Angular v4 Material Design Lite Apache v2.0.

おわりに

Apache CloudStack . NFS 99.7% . , , .