多くの場合、OpenStackベースのクラウドをデプロイするように依頼する顧客は、パフォーマンス計画、つまり クラウドが実行されるOpenStackのハードウェア構成。 最近、このトピックをより詳細に説明したビデオをインターネットに投稿しました。
最も単純なシナリオでは、クライアントにOpenStack専用に使用する予定の物理サーバーがいくつかあると想定していますが、クライアントはサーバー構成がクラウドと目的の使用モデルに最適かどうかを実際には考慮しません。 したがって、原則として、特定のユースケースをより深く分析し、クライアントが成功するために必要なハードウェアに関する推奨事項を提供しようとします。
この種の作業を過去3年間にわたって繰り返してきたが、これはいくつかの理由で困難な作業になる可能性があることに気づいた。
-異なる使用シナリオでは、異なるアプローチが必要です。 機能するWebアプリケーションをホストするためのデータセンター、または内部情報技術をサポートするためのDev＆QAクラウドまたはクラウドを設計している場合、選択は異なります。 ほとんどの場合、使用シナリオを「上記のすべてを取り上げます」に減らすことはあまり実用的ではありません。
-コストまたはパフォーマンスの観点から機器のリストを最適化することが望まれています。 実際、その間のどこかに最適化が必要です。
-誇張することなく、多数の変数（プロセッサ、RAM、ネットワーク、データストレージ）があり、1つの要素には過剰な資金を、別の要素には不十分な資金を簡単に投資できます。
-さまざまな機器サプライヤーのWebサイトは、問題を完全に解決していません。 はい。「仮想化に最適」または「重要なタスクを解決するのに最適」なサーバーがありますが、通常、そのような特性を定量化または比較することは困難です。
-市場で実際にテストされ、VMWareベースのクラウド用に承認された優れたソリューションがありますが、OpenStackベースのクラウドに関する情報はほとんどありません。
実用的な妥協？
このようなハードウェアの計画に取り組んでいる間、特定のワークロードに使用できるハードウェアを「かなりよく」評価するために、十分な経験を蓄積し、経験的にいくつかの公式を導き出しました。
今日、これらのヒューリスティックアルゴリズムを定式化するだけでは不十分です。さまざまなベンダーのさまざまなサーバー構成の簡単な概要から、膨大な数のオプションがあることがわかります。 たとえば、単一のDell PowerEdge R720サーバーでは、7,000を超える機能の組み合わせが可能です。 これは簡単に選択のパラドックスに導くことができます。
最終目標はクラウドに関する実用的な決定を行うことであるため、考えられるすべてのサーバー構成を取得する複雑さを制限しようとすることにしました。 自動化の「マジック」を使用して取得したルールと式を適用して、ハードウェア仕様の簡略化されたオンライン計算機を作成し、いくつかの主要パラメーターに提供した入力データに基づいて「合理的に良い」結果を達成しました。 OpenStackに基づいてクラウドの部分に分割するさまざまな方法を考慮して、今日、パイロットバージョンを実装し、ユーザー、顧客、ベンダーからのフィードバックに基づいて最終バージョンを完成させています。
OpenStackデプロイメントのハードウェア仕様計算機の仕組み
最初のバージョンでは、OpenStackのHardware Specification Calculatorは、ユーザー入力を2つのパラメーターに保存します：（1）クラウド全体で使用する予定の仮想マシンの合計数、および（2）これらの各仮想マシンの平均サイズ。 次に、以下の前提でいくつかの単純化制限を適用します。
-元のメモリ量を超える予定はありません。
-「パフォーマンスの最適化」を計画している場合、1つの物理コアで3つ以上のVCPUプロセッサーを使用するつもりはありません。
-「コストの最適化」を計画している場合、VCPUプロセッサの数は物理コアあたり6個を超えません。
-サーバーモデルごとに、60％以下のRAMを使用して最も安価な構成が提供されます（これにより、より多くの仮想マシンとホストOSが正しく機能するようになります）。
ハードウェア仕様計算機の最新バージョンは、 ここにあります 。 ビデオは、電卓の仕組みを示しています。
このデータをすべて収集し、そこからいくつかの有用な結果を取得することで多くのことを学びました。 また、前述のように、最初のリリースではいくつかの重要な点を考慮していませんでした。 今後数週間で、利用可能な機能を拡張し、それらに含める予定です。
-HPおよびCiscoサーバーのデータと、既存ベンダー向けの欠落モデル（DELL Cシリーズサーバーなど）。
-ネットワークアーキテクチャ（ネットワークアダプター、スイッチ）に関連する事項。
-データストレージオプション（短期およびブロックデータストレージの両方）。
-Swiftクラスターのハードウェア仕様計算。
-さまざまなユースケースと負荷レベルの最適化。
次の投稿の1つでは、使用する式に関するより詳細な情報を提供するとともに、可能なサーバー構成のフィルター処理と評価がどのように行われるかのベールを開きます。
さらに、この種の計算機を作成するにはさまざまな分野の専門知識が必要であることを明確に認識しているため、計算機を使用して得られた結果に偏差が見つかったり、共有できる追加のアイデアがある場合は、 borant-calculator [at] mirantis.comにメールを送信します。
計算機を試して、フィードバックを提供し、お楽しみに。 また、まだ行っていない場合は、OpenStack全体のハードウェアプランニング方法に関するインターネット上のビデオを必ずご覧ください。
英語のオリジナル記事