手遅れです：サーバーのオーバープロビジョニングを回避する方法

サーバー仮想化を実装した場合、仮想データセンターにとって最も重要な考慮事項である統合の重要性に注意する必要があります。リソースを使用すると、同じ物理サーバー上でより多くの仮想マシンを実行できますが、仮想化に最も強力で最適なサーバーであっても、統合は制限されます。センターの過剰統合の影響

統合はユビキタスになったため、統合の本質的な意味をほとんど忘れていました。統合は経済的利益を生み出し、お金を節約することができます。従来の仮想化されていない環境では、1台のサーバーで通常1つのアプリケーションしか実行されず、サーバーではコンピューターリソースの10％以上を使用することはめったにありません。コスト

仮想化は複数のワークロードを1つの物理サーバーにカプセル化するため、管理者はより多くのCPU、メモリ、およびI /Oリソースを使用できるため、必要な物理サーバーが少なくて済みます。それはまた辞退した。

さらに、ライブマイグレーションを使用してワークロードを物理サーバー間で移動できるため、リアルタイムのワークロードバランス、ハードウェアのメンテナンスや修理によるダウンタイムの最小化、およびWindows Server 2008 /R2 Data Center Editionのライセンスプログラムが可能になります。同じサーバー上でバーチャルマシンをホストすると、より費用対効果が高くなります。統合により、計算効率が大幅に向上し、企業の経費を節約できます。

サーバーの過剰統合

サーバーの統合は良いことですが、過剰な統合は役に立たないだけでなく、有害であり、データセンターやユーザーにとっては良くないことですが、現実的です。多くの組織は何をすべきかを知っているでしょう、そして問題は仮想化が非常に簡単であるということです。

過去には、新しいアプリケーションを実行すると、サーバーと人件費が高額になり、財務部門による審査と規制が必要になりました。このプロセスは、数週間から数ヶ月間続くこともありました。物理サーバ上に仮想マシンを作成するのに数分かかるだけで、新しいハードウェアを購入してインストールする必要はありませんコストはオペレーティングシステムとアプリケーションのライセンス料だけで、ITの意思決定と対応が迅速になります。コンピューティングリソースを割り当てる必要性は流行になっています。

組織によってはサーバーに過負荷をかけることがよくあり、その目的はサーバーのコンピューティングリソースを100％圧縮することです。 Technology Navigatorの社長、Todd Ericksonは、次のように述べています。「4ソケットサーバーとWindows Server Data Center Editionのライセンスを購入した場合、仮想サーバーをいくつ作成できますか？」明らかに、この質問に対する統一的な答えはありません。

過剰統合は最初にパフォーマンスと安定性に影響を与えます仮想マシンは限られたコンピューティングリソースを互いに奪い合い、アプリケーションが構築されますバックアップ、災害復旧、その他のデータ保護ツールなどのリソースはリソース集約型です。大規模な世帯、彼らは資源競争の重要なプレーヤーです。極端なアプリケーションをいくつか使用しても大した損害はありませんが、極端なアプリケーションが多すぎると、仮想マシンがクラッシュしたり、サーバー全体がクラッシュしたりすることがあります。密接に関連しています。

多数の仮想マシンをホストするホストホストはすべての仮想マシンに影響を与えるため、これらの仮想マシンを再起動するか元のサーバーに残すか、データセンター内の他のサーバーに移動する必要があります。途方もない圧力をもたらします。

統合しすぎるとライブマイグレーションも損なわれる可能性があります。ほとんどの管理者は自動マイグレーションを許可していませんが、オンデマンドでワークロードを仮想化することの利点は疑う余地がありません。ただし、サーバーの負荷が限界に達したときにワークロードを移管することはほとんど不可能で、サーバーに障害が発生したときに何が起こるかを想像してみてください。サーバーが修復されるのを待ってから再起動するだけです。

多くの専門家は、サーバーの統合は中程度であることを推奨しています。一般に、サーバーリソースの使用率は60〜70％に達することがあります。実際の割合は、ビジネス状況によって異なりますが、最終的な目標は、一定割合のコンピューティングリソースをアイドル状態に保つことです。さらに、予約されたリソースを使用して、サーバー間で仮想マシンを移行したり、ワークロードを分散したり、メンテナンスをサポートしたりできます。

サーバーの過剰統合を防止する

サーバーの過剰統合を防止する最も簡単な方法は、最初から適切なITベストプラクティスを実装することですサーバーのコンピューティングリソースが過剰に消費される危険性を指摘します。 vSphereやXenServerなどのシンプロビジョニングソリューションは、メモリのオーバーコミットをサポートしているため、管理者は物理サーバのメモリよりも多くのメモリを供給できます。

エリクソン氏は、次のように述べています。「シンプロビジョニングをベストプラクティスとして採用した人はいません。シンプロビジョニングを実装している場合、統合の限界に達する可能性があります。最大の問題は仮想マシンのパフォーマンスに影響を与えることです。安定性。 "

多くの企業は、仮想マシンを仮想マシンで満たし、リソースを最大限に活用することを望んでいます。たとえば、物理メモリが48 GBしかないサーバーでは、仮想マシンに52 GBのメモリを割り当てます。 4Gbのメモリを使用しても、この範囲は許容範囲ですが、サーバーは統合されすぎており、リスクは時間の経過とともに増加しています。

適切な管理ツールを使用すると、過剰に統合されたサーバーを識別し、管理者が問題を悪化させる前に解決できるようになります。IT部門はリソースが使い果たされるまで待つべきではありません。

コネチカット州サウスウィンザーの情報技術担当ディレクター、スコットロバーツ氏は、次のように述べています。「リソースの使用状況を確認するには、毎日管理コンソールを開く必要があります。

管理コンソールから提供される情報は、ワークロードバランスやキャパシティプランニング、仮想マシンの分布と必要なリソースの分析、そして時には発見できる推奨事項の生成など、その他の重要なタスクにも役立ちます。ずさんな、または非効率的なワークロード展開の場合、キャパシティプランニングでは、リソースが将来のニーズに対応できるように、リソースの使用状況の変化を経時的に評価する必要があります。

費用の評価、悪用の防止

仮想マシンの増加を制限するためのもう1つの方法は、組織の控除戦略を検討または再評価することです。少数のサーバーに複数の仮想マシンを統合することは問題を複雑にするだけであり、組織はそれらのコンピューティングリソースを使用する部門にコストを割り当て、部門の価値を正しく評価して計算を悪用しないように支払うことができます。リソース

仮想マシンのライフサイクル管理を実装することで、仮想マシンのスプロールによるリソースの浪費を防ぐこともできますVMware Lifecycle Managerは、不要な仮想マシンを認識します。他の仮想マシンはより多くのリソースを解放します。メモリとCPUを節約し、不要な仮想マシンを削除することでストレージスペースを節約し、冗長なバックアップ要件を排除し、新しいサーバーの購入を遅らせることができるだけでなく、組織のIT経費を節約できます。

最後に検討すべきことは、仮想サーバーの統合における新しいハードウェアの役割ですハードウェアの交換サイクルは適切ですが、サーバーの過剰統合の罠に陥るのも簡単です。さらに、ハードウェアのアップデートを検討する際には、10GbEやFCoEなど、ネットワークをアップグレードするのに最適な時期を検討してください。高度に統合された仮想サーバーでは、より多くのネットワーク帯域幅のサポートが必要になります。

拡張された読み物の1つ：統合を避けるべきなのはいつですか？

過去数年間で仮想化プラットフォームは大きな進歩を遂げ、VMware、Microsoft、およびCitrixの仮想化製品はほぼサポートできます。あらゆる種類のワークロード一般に、最近のアプリケーションはすべて仮想マシン上で実行できますが、仮想プラットフォームへの移行を計画する際にはIT管理者は慎重になる必要があります。

古いアプリケーションは仮想プラットフォームへの移行に問題があるかもしれません。仮想化はアプリケーションと基盤となるハードウェアの間の抽象化を強いるため、特にカスタマイズされた、または特別なハードウェアサポートを必要とするアプリケーションには問題があります。特別なハードウェアへのアクセスを必要とする層、アプリケーションは失敗するか、または容認できないパフォーマンス問題を経験する可能性があります。

解決策の1つは、アプリケーションを新しいプログラミング言語で書き換えてハードウェアに依存しないバージョンに変換することですが、この方法はコストと時間がかかります。 2番目のオプションは、カスタムアプリケーションを単独で変更可能な市販の製品に置き換えることですが、必要な時間とコストも高く、既存のカスタムアプリケーションの変更にかかる時間とコストも同様です。

実際には、これらのアプリケーションを仮想化されていない物理サーバー上で実行するのが最も簡単な方法です。さらに、SQL ServerやExchange Serverなどのリソースを消費するアプリケーションは仮想マシンに配置できますが、他の仮想マシンが同じ物理サーバーにデプロイされている場合はパフォーマンスの問題があります。したがって、リソースを大量に消費するアプリケーションは、統合を最小限に実装する必要があります。

テストは統合プロセスの重要な部分ですアプリケーションが仮想環境へのデプロイに適していることを確認するために、本番環境から専用のラボ環境を設定し、リソース、パフォーマンス、およびパフォーマンスを決定します。仮想環境における相互運用性

拡張読み2：統合とパフォーマンスの追跡

どのようにサーバーを統合するかにかかわらず、ベンチマークツールやその他のツールを使用して、パフォーマンスレポートやコンピューティングリソースレベルを数値で表示します。アプリケーションのパフォーマンスやユーザーエクスペリエンスの範囲外でもうまく機能します。

アラートまたはユーザーからの苦情を受け取ったときにベンチマークレポートを確認する問題の根本的な原因は、ベンチマークカウンターの違いによってすぐに判断でき、管理者はリソース使用量の変化を観察してアップグレードまたは新規購入が必要かどうかを判断できます。サーバー、または作業負荷を再調整するか、他のキャパシティプランニングを決定します。

要するに、サーバー上でホストされる仮想マシンが増えるほど、サーバーへの調整の影響を受けるアプリケーションが増えます幸いなことに、3つの主要な仮想プラットフォームには対応するベンチマークツールとレポートツールがあります。 NovellのPlateSpin ReconやVK ernel Capacity Analyzerなどのサードパーティ製ツールが利用可能です。