最初の部分では、プライベートクラウドの入札に参加することについて話し、ハードウェアコンプレックスを選択することについて議論しました。 後半では、クラウドのソフトウェアコンポーネントをどのように決定したかを共有します。
最初に、プライベートクラウドに含まれるサービスを検討します。 以下のチャートは、標準サービスを示しています。

- ポータルサービスは、クラウドサービスへのアクセスを提供するシングルユーザーポータルです:サービスカタログ、変更要求、新しいサービスの要求、インシデント管理、レポートなど。
- サービスカタログは、ユーザーが利用できるサービスのセットです。 提供されるサービスはここで管理されます(設計、ライフサイクル)
- エンドユーザーレポートは、使用されたサービスまたはリソース、SLA準拠、請求およびセキュリティに関するレポートをユーザーに提供します。
- 請求は請求モデルを定義し、関連するレポートを提供します
- オーケストレーションは、エンドユーザーサービスを実装するために必要なビジネスロジックと自動化されたプロセス(ワークフロー)間のリンクです。
- リソース管理リソース管理、関連プロジェクト間のリソースの分離(マルチテナンシー)
- Service Meteringの定期的なリソースレポート、チャージバック、ショーバック
- IaaSおよびPaaSテンプレート(テンプレート)を作成およびサポートするためのテンプレートライフサイクル管理サービス、IaaSおよびPaaSテンプレートの作成に必要なソフトウェアおよびOSのイメージの管理
- セキュリティ管理プライベートクラウドセキュリティサービス
- Plateform Ressourcesには、PaaSサービス(データベース、Webサーバーなど)を提供するために必要なすべてのソフトウェアが含まれています。
- 実行リソースは、PaaSの実行に必要なリソース(オペレーティングシステム、仮想マシン、アンチウイルスなど)を提供します。
- Virtualization Layerハードウェアの抽象化(ハイパーバイザーおよびインフラストラクチャ管理API)
- ハードウェアリソースコンピューティングおよびネットワークリソース、ストレージなど
- IaaSおよびPaaSサービスのセキュリティに必要なセキュリティリソース(ファイアウォール、侵入検知と防止、ウイルス対策、ログ検査、脆弱性管理)
- パフォーマンスとスケーラビリティは、スケーラブルなリソース、負荷分散を提供する責任があります
- 可用性と継続性のバックアップ、高可用性、災害復旧計画
- 運用サポートは、 ITILのアプローチに従ってサービスを提供します。
- ビジネスサポートプライベートクラウドプロバイダーと顧客との間のビジネス関係に関与する一連のプロセス
このサービスのリストを確認した後、VMwareまたはMicrosoftがすべての必要なサービスをカバーしておらず、追加のソリューションが必要であることは明らかです。
このソリューションは、ポータルサービス、リクエスト管理、サービスカタログ、オーケストレーション、リソースプロビジョニング、およびセキュリティ管理サービスを提供する、HPのオペレーションオーケストレーションおよびクラウドサービスオートメーションの提案です。
この選択は、2つのハイパーバイザーを同時に使用することにしたときにさらに合理的になりました。 実際、ブロンズとシルバーのSLAは、高可用性を提供するVMwareのすべてのクールなソリューションを必要としないため、ライセンスの高コストを正当化できません。 Microsoft Hyper-Vはブロンズとシルバーに、VMwareはゴールドとプラチナに適していると判断されました。 お客様に必要なRPO / RTOを思い出させてください:
- ブロンズ:ベストエフォート、DRPには含まれていません
- シルバー:24時間/ 48、DRPに含まれる
- ゴールド:2h / 4h、DRPに含まれる
- プラチナ:リアルタイム/ 2時間、DRPに含まれる
HPのソリューションは、クラウド管理に完全にアプローチしています。MicrosoftとVMWareの両方を等しくサポートしています。 したがって、仮想化のレベルに関係なく、クラウド管理は透過的になります。 さらに、HPは、4000以上のソフトウェアおよびハードウェアソリューションへのコネクタを提供しており、自動化されたプロセスに含めることができます。
マイクロソフトのライセンスははるかに安価です(これは興味の対象です)。おそらく、これは市場でニッチを占めるための商業的な動きです。 この場合、このニッチは、重要ではないRTO / RPO要件を持つ仮想マシンです。
クラウドの次のマクロアーキテクチャを取得します(最も重要な要素のみを引用しました)。

これは、VMwareおよびMicrosoftで認定されているFlexPodアーキテクチャの選択を正当化します。
CA-Automation Center for Data Centersからの競争力のあるオファーを考慮していませんでした。 したがって、この決定は絶対的であり、唯一の正しいと主張するものではありません。
次の部分は、鉄のマクロ設計に関する質問です。