コンテンツ
出典：Lorna / Dreamstime.com
取り除く：
サーバーを仮想化することは、会社にとって大きな進歩となりますが、それが適切に行われた場合に限ります。ここでは、仮想化を実装する際に留意すべきいくつかのヒントについて説明します。
そのため、あなたとあなたの会社はクラウドへの旅を計画しており、主要なステップには、サーバーを仮想化して、そのようなかさばるすべてのオンプレミスハードウェアを取り除くことが含まれます。ただし、新しいVMのセットアップに関して、どこから始めればよいかわからない、またはベストプラクティスを特定するのに助けが必要な場合があります。サーバーの仮想化を可能な限り効果的かつ簡単にするための上位3つのヒントをまとめました。これらのポインターは、潜在的な障害を回避するためのガイドとなるので、セットアップに費やす時間を短縮し、ビジネスに集中する時間を増やすことができます。
ヒント＃1：サイズを賢くする
あらゆる規模のワークロードに対応できるように、可能な限り最大の容量のVMを取得することは論理的に聞こえるかもしれません。そんなに早くない。 VMでCPUをオーバープロビジョニングすると、実際にはパフォーマンスが低下する場合がありますが、改善されることはありません。一般に、CPU割り当ては使用率と一致する必要があります。サーバーがリソースを完全に消費していない場合、過剰にプロビジョニングされており、パフォーマンスに影響している可能性があります。後でさらにリソースが必要になった場合は、いつでもスケールアウトしてサーバーリソースを追加できます。コインの反対側では、ホストに過度の負担をかけないようにしてください。メモリバルーニングやCPU準備完了などの指標は、ホストが限界に近づいていることを示す早期の指標です。 （VMの効率の詳細については、「仮想インフラストラクチャを動かさない5つのこと」を参照してください。）
ヒント＃2：N + 1の冗長性を維持する
ここでは、「2つは1つ、1つは1つ」というルールが必ず適用されます。ホストの1つが故障した場合にダウンタイムを最小限に抑えるには、N + 1の冗長性が必要です。 VMは物理サーバーで発生する可能性のある同様の問題の影響を受けにくいという誤解があります。実際、各ホストが複数のVMを実行している場合、冗長性はさらに重要です。ホットスペアとウォームスペアを保持することに加えて、コールドスペアを使用すると、障害のあるホストが発生して修復が必要になった場合に、N + 1保護をすぐに復元できます。物理サーバーから切り替えると、インシデントの管理と解決に関して多くの頭痛の種を減らすことができますが、バックアップホストと、いわば「バックアップへのバックアップ」が必要になります。
ヒント＃3インとアウトを監視する
自宅の煙探知機と同じように、アラートシステムと復旧手順が定期的にテストおよび実施されていることを確認することが重要です。アラートシステムは、潜在的なインシデントが発生したときに積極的にアラートを送信しないと、ほとんど役に立ちません。さらに、内部サービスがネットワークを終了できない場合に備えて、内部および外部の監視サービスを組み合わせて使用することを忘れないでください。たとえば、クラッシュしたホストで実行中にサーバーがオフラインになった場合、sを受信できないときにアラートが送信されているかどうかをどのように確認しますか？あなたとあなたのチームができるだけ迅速かつ効果的に対応できるように、予期しないことが起こった場合に計画とプロトコルを用意することは常に良いことです。このような準備は、インシデントが発生した場合のダウンタイムを最小限に抑えるのにも役立ちます。これはもちろん、ビジネスへの影響を最小限に抑えることにつながります。 （インシデント管理の詳細については、セキュリティ情報イベント管理（SIEM）をご覧ください：In It for the Long Haul。）
物理サーバーからVMへの移行に関して、簡単に回避できる基本的な落とし穴の犠牲になっている企業がどれだけ多いか、驚くでしょう。準備が整っており、何を探すべきかがわかっている場合、発生する可能性のある課題に対して優位性を維持し、移行を成功させるための準備を整えることができます。