クラウドテストドライブ：なぜ必要なのか、どのように行うのか

したがって、あなたはIaaSに「熟成」し、市場を調査し、クラウドサービスプロバイダーを決定し、移行の準備ができました。まあ、または準備はできていると思っていますが、実際はそうではありません。 しかし、最終的にルビコンを越えてクラウドに入る前に、適切にテストする必要があります（ああ、私のキャプテン、キャプテン）。 幸いなことに、多くのクラウドサービスプロバイダーは顧客にこの機会を提供し、試乗を提供しています。 なぜこの「ボーナス」が必要なのか、そしてそれを自分にとって最大の利益で使用する方法-これについては以下で説明します。



テストドライブを提供するもの（厳密に言えば、テストドライブのみ）：



1.まず第一に、これはクラウド内のアプリケーションが機能するかどうかを確実に知る唯一の方法です（まったく機能しませんが、どのように機能するべきか）。

2.同時に、潜在的な「弱いリンク」を特定し、将来に備えて安全を確保できます。

3.思慮深いテストの結果に基づいて、正確なパフォーマンスメトリックと、SLAの正しい数値も取得します。

4.これは、仮想データセンターを管理するツールを研究し、その利便性と機能を評価し、適応させるなどの「オンショア」の良い機会です。

5. VMバックアップの作成と復元の速度はもう1つの重要なポイントであり、テストドライブの一部として簡単に明らかにされます。

6.もちろん、サービスデスクの品質：同意します。契約に署名する前ではなく、約束の正確さを確認することをお勧めします。



説得した？ 次に、適切なテストドライブとは何か、その準備方法、およびすべてを調べる場所を把握します。



テストプールの構成から始めましょう。 クラウドへの移行を計画している各アプリケーションには、明確に定義されたパフォーマンス要件が必要です。



サービスを「ゼロから」クラウドにデプロイする場合、必要に応じてプロバイダーがプライマリサイジングの開発に関与できます。

ハードウェアからアプリケーションを移行する場合は、現在のシステムのインジケーターが出発点として非常に適しています。



1.ユーザー数とデータ量

2.以下を含むシステムの主要な要素をロードします。



○プロセッサ

○記憶

○ディスクキュー

○ネットワークアクティビティ



3.パラグラフ1と2の関係。



わかりやすい期間の監視データもある場合、一般的には美しさです。 アプリケーションの「通常モード」のメトリックにピーク負荷期間の予測を追加し、テストリソースプールのTORとしてすべてをプロバイダーに出荷します。 テストクラウドスタンドへのアクセスを取得した後、最初に確認するのは、TKが主要なパラメーター（プロセッサコアの数、ディスクサブシステムの速度と量、メモリサイズとネットワークチャネル幅）を満たしているかどうかです。



正確に何をテストしますか？ クラウドデータセンターのパフォーマンスと機能。



パフォーマンス：何を見て、どのようにテストするのですか？



もちろん、優先インフラストラクチャ要素は、クラウドを「準備する」アプリケーションのニーズによって決定されます。ディスクサブシステムがデータベースにとって重要な場合、他の多くのソフトウェアにとって、プロセッサのパワーとメモリはキャッシュとしてより重要です。



プロセス（メモリ）で簡単に変更できるパラメーターがありますが、より困難なパラメーターがあります： ディスクサブシステム 、 プロセッサー、およびネットワークです。 そして、これらの後者を​​すでに始めに対処することをお勧めします。



ディスクサブシステムのチェック方法 ：ここでは、入力/出力およびレイテンシインジケータ（IOPS、レイテンシ）が重要です。「測定」では、Iometer、SQLIO、およびFIOを使用できます。

プロセッサー ストレステストを実施する場合は、ベンダーにCPU準備完了値（％で測定）を個別に示すよう依頼してください。これは、仮想プロセッサが物理ホストからのプロセッサ時間の「インライン」で費やす時間です。 10％以上のCPU準備完了-プロセッサパワーの慢性的な不足の結果として仮想マシンが「スローダウン」することを保証します。



ネットワーク：ここでは、ネットワークチャネルの幅、安定性、および応答時間を調べます。 Iperf＆Jperfとpingを見るのがより便利です。



バックアップシステム 、つまりその機能に加えて、バックアップの作成と復元の速度を個別にチェックします。



パフォーマンスを把握しました。 次は？



次に、 クラウド管理の機能と利便性を確認します。つまり、仮想マシンの作成と削除、リソースの分配、「仮想マシン」のインポートとエクスポート、VMテンプレートの作成と保存、ネットワークとFireWallの作成がどれほど便利で簡単かを明確にしますVPNおよび消費リソースの監視。



***



パフォーマンステストの結果が、いわば完全に反映されていない場合、プロバイダーに結果を提示し、共同でこの問題またはその問題を「解決」する最善の方法を決定します。 思い付く？ 更新された構成を必ずテストしてください。



そして、もちろん、最終的に必要な指標を達成したので、 SLA（Service Level Agreement）に含めるのはこれらの数値です。



私にはすべてがあります。 素敵なフライトを！