Azure Stack HCI の継続的な成長に伴い、お客様からサイジングに関する課題解決に役立つツールの要望が寄せられていました。こうした要望に応え、Azure は Azure Stack HCI 用サイジングツールを開発しました。このサイジングツールはこちらからアクセスできます。Microsoft は、ツールをより使いやすくするためのチュートリアルを作成しました。Microsoft Azure ブログページからプレビュー版にアクセスするには、こちらをクリックしてください。
DataON社製Azure Stack HCI統合システム
Azure Stack HCI のサイジング ツールとは何ですか?
Azure Stack HCI サイジング ツールは、既存の HCI ドキュメントを補完し、必要な情報がすべてない状態でリソースを選択する負担を軽減するために利用できます。最初に起動すると、ユーザーにはアカウントを作成するためのサインアップ ページが表示されます。サイジング ツールへの入力は保存し、後でワークフローや要求が変化したときに変更できます。
サイザーを使用すると、さまざまなビジネス ニーズを反映して、異なる要件を持つ複数のプロジェクトを作成できます。編集または削除のオプションを使用して、必要な数のプロジェクトを作成します。すべてのワークロードは多様である可能性があるため、サイジングのどの段階でも変更を加えることができます。
Azure Stack HCI のサイジング ツール – 3 ステップのプロセス
サイザーのステップ1では、プロジェクト全体で一貫性を保つための設定項目を尋ねます。優先するシステムタイプ、CPUファミリー、ソリューションビルダーに基づいて、ハードウェアの仕様が絞り込まれます。特定のOEMとの既存の関係や好みがある場合は、事前に確認することで考慮されます。プロジェクトには複数のワークフローシナリオを含めることができます。
たとえば、緊急時にワークロードを実行し続けるために、高可用性ハードウェアの提案を指定できます。許容するストレージ障害や復元性の設定などの入力フィールドは、ストレージ スペースのベスト プラクティスを直接説明するのに役立ちます。将来の拡張に備えて予約するハードウェアの割合を指定し、将来のメモリとストレージの拡張性のために一部のベイを空にしておくことで、将来の拡張を計画するオプションもあります。 Software-Defined Networking (SDN) と、SDN に必要な VM の数が計算に考慮されます。
サイザーのステップ2では、ワークロード情報の入力を求められます。指定されたプロジェクト内で、必要な数のワークロードを作成してください。汎用、VDI、SQLなど、複数のワークロードタイプを指定できます。VMの詳細によって、VMごとに必要なvCPUの数、各物理コアに搭載する必要のある仮想コアの数、VMごとに必要なメモリとストレージの容量が決まります。
これは最終段階で、すべての手順が完了し、手順2で指定したワークロードに対する推奨ハードウェアの出力が表示されます。この段階では、ワークロードや環境入力に変更を加えることができます。サイジングツールは、HCIのニーズを満たすための正確なモデル、ノード数、およびノードレベルの推奨事項を提示します。出力には、CPU、メモリ、ストレージの使用率を示すバーも含まれており、推奨事項の作成に使用されたリソース消費量を示します。
これはサイザーの第一段階であり、Azure Stack HCI のサイジングに役立つより多くのディメンションと機能を追加して、ツールを定期的に更新していく予定です。フィードバックはhcisizer@microsoft.comまでお寄せください。
Amazon