モスクワでは、まもなくプロの開発者による会議DevConf 2014が開催されます。 この会議の枠組みの中で、新しいDCaaSモデルであるDataCenter as a Serviceのビジョンをお伝えできることを嬉しく思います。 インフラストラクチャへのアプローチをどの程度変更したかはお客様次第ですが、私たちとお客様にとって便利なものになりました。 新しい標準のふりをするのではなく、この実装はそのようなモデルに非常に適しています。
私たちは何を考えましたか 勉強しました| 使用]モデルを構築するとき：
1.機器レベル-Canonical MaaS 、「戦闘」への機器の進入を制御するMirantis Fuelパッケージの一部-実際のハードウェア展開
2.インフラストラクチャの構築レベル-キックスタート、 コブラー 、同じMirantis Fuelのモデル
3.インフラストラクチャ管理レベル-OpenStackおよびOpenNebula
目標は何ですか：
データセンターにインストールされた「ベア」サーバーから、Webを介した完全な制御を備えた「すぐに使える」インフラストラクチャに至るまで、クライアントがリソースを個別に管理できるようにします。 クライアントが機器に割り当てることができる役割を分離します-専用サーバーから仮想インフラストラクチャ要素まで-計算ノード、CEPHストレージ...、既存のインフラストラクチャにサーバーを含めるか、新しいインフラストラクチャを作成します。 OpenStackに基づくこのモデルのフレームワーク内で、独自の小さなAmazonを作成する機会を与えてください。
私たちは何を得ました：
1.最初の段階で、クライアントはさまざまな構成の「裸の」物理サーバーのリストを受け取ります。これらのサーバーは、クライアントが1つまたは別のインストールシナリオ、ディスクレイアウト、およびインストールを完了するのを待っています。
2.ここでは、スクリプトを2つの主要なステップ（または専用サーバー）に分割します。すべてが簡単です-OSを選択すると、数分後にサーバーはインストール済みの証明書とパスワードハッシュ（以前にパネルにインストールしたもの）または2番目のスクリプトで使用できるようになりますもっと興味深い-あなたはあなた自身の仮想化インフラストラクチャを作成するためのモデルを選択します。 この場合、もちろん、1台の物理サーバーでは十分ではありません。
3.独自の仮想化インフラストラクチャ：このシナリオでは、物理サーバーの最小数= 2です。最初のサーバーは管理サーバーで、2番目は計算ノードです。 これは最小キットです。 HAにはオプションがあります-この場合、これは少なくとも2つの管理ノードと2つの計算ノードです。 専用CEPHデータストレージの場合= 6。
4.仮想インフラストラクチャのインストールには、25〜40分かかります。 すべてのインストールシナリオを完了すると、画像のストレージ、スナップショット、内部ユーザーの管理、それらへのリソースの割り当て、ネットワークインフラストラクチャおよびその他の機能の編集を備えた、独自の小さなAmazonの本格的なコントロールパネルが表示されます。
DevConf 2014では、このモデルの開発、技術的側面、ハードウェア要件、およびプロジェクトの開発計画について詳しく説明します。
少し先を見据えて、私は仮想マシンのイメージを物理サーバーに移行する問題に積極的に取り組んでいると言います。これは、私の意見では、優れた生産を行うスタートアップの間で非常に人気があります。
DevConf 2014でお会いしましょう！