注意: サーバーを統合するときによくある 10 の間違い
著者:Eve Cole
更新時間:2009-07-24 15:56:47
企業がコスト削減のために IT インフラストラクチャの改善を目指す中、CIO やデータセンター管理者はコスト削減を実現するためにサーバーの統合に目を向けています。実際、そうするのは簡単ではありません。企業がコスト削減のために IT インフラストラクチャの改善を目指す中、CIO やデータセンター管理者はコスト削減を実現するためにサーバーの統合に目を向けています。実際、そうするのは簡単ではありません。
サーバーの統合は財務上の観点からは価値がありますが、プロジェクトの実装が簡単であるというわけではありません。いくつかの誤解により、コストを管理し、効率的なデータセンターを構築することが困難になります。
統合とは、新しいハードウェアを購入することを意味します
統合とは、高価な新しいハードウェアを購入することを意味するものではありません。既存の製品と統合することでコストを節約できます。多くの場合、これを最初に検討する必要があります。すでに既存の製品を最大限に活用している場合は、新しい製品の購入を検討することもできます。
一般的なワークロード パターンのみを考慮する<br /> ワークロードは統合を検討する際の重要な要素ですが。ただし、これはスムーズな動作を保証するために互換性が必要なものを意味するだけであり、サーバーの互換性や仮想化の必要性は反映されていません。さらに、ワークロード分析は過度に単純化されることがよくあります。分析するときは、サーバーのワークロードが最も大きい時間帯など、サーバーがほとんどの時間どのように実行されているかを考慮する必要があります。通常、サーバーのワークロード パターンは、動作のピーク時間を示します。サーバーのピークが 1 日のさまざまな時間帯にあることがわかった場合、平均ワークロードはワークロードを統合できないことを示唆している可能性がありますが、基礎的な分析では、ワークロードがマージできることが示されています。
技術的以外の制限を考慮していない
非技術的な要素を考慮せずにサーバーの統合や仮想化への移行を急ぐと、問題が発生する可能性があります。多くのアプリケーションを同じ物理サーバーに移動したくなりますが、これを行うと、すべてのアプリケーションが同じハードウェアの影響下に置かれることになります。これらのアプリケーションのサービス レベル要件が異なる場合、または更新ウィンドウが異なる場合、問題が発生する可能性があります。
古い情報に基づいて計画を実行する
サーバー統合分析は、数か月にわたるプロジェクトになる場合があります。場合によっては、専門サービス会社に分析プロジェクトの指導を依頼する必要があります。通常、この作業の結果はレポートになります。この種の調査の結果に基づいてプロジェクトを実行するのは危険です。サービス プロバイダーからの更新の速度を考慮する必要があります。最新の情報に基づいて行動することが重要です。
データを収集する前に意図を明確にする
IT スタッフは、統合は良い考えではないと感じるかもしれません。また、統合プロジェクトを実施すると、管理するコンテンツが減り、自分たちの重要性や影響力が低下すると感じる人もいるかもしれません。彼らは職を失います。一部の企業では、将来のサーバーの効率的な運用を確保するために、エンジニアリング分析の段階で従業員に独自の方法を見つけさせるようにしています。最善の方法は、まず周囲から関連情報を収集し、次に従業員と話し合って意図を明確にすることです。
統合への唯一の道として仮想化を検討する
サーバーを統合する場合、多くの CIO は仮想化が唯一の方法であると考えています。仮想化は強力で柔軟ですが、アプリケーション ソフトウェアとオペレーティング システム (ストレージ) スタックの統合などのアプローチも、管理オーバーヘッドを増加させず、複雑な仮想化プロセスを必要としないため、魅力的です。また、アプリケーション ソフトウェアによっては仮想化に適していないサーバもあり、仮想化できるサーバの範囲が狭まってしまいます。
データベースサーバーを統合範囲から除外する
I/O の制約があるため、データベース サーバーの拡張は多くの企業にとって大きな問題ですが、適切な統合分析と実装を行うことで、多くの方法でデータベース サーバーの数を大幅に削減できます。
アプリケーションサーバーを統合から除外する
多くの統合計画ではアプリケーション サーバーが考慮されていませんが、これは間違いです。アプリケーション ソフトウェア サーバー (J2EE 環境とネットワーク サーバー) の統合も、企業にさらなるメリットをもたらします。
検出/開発環境をマージから除外する
開発およびテスト環境は、多くの場合、ハードウェアおよびソフトウェアのスプロール問題の原因となります。これらはユーザー向けではないため、ワークロードの問題の影響も最も受けません。多くの場合、使用率や生産性に影響を与えることなく、特定の数のデータベース サーバーを統合できます。
財務上の利益と変化がROIに及ぼす影響を深く考慮していない
合併の財務結果に影響を与える可能性のある要因は数多くあります。たとえば、統合データベース サーバーは操作が簡単なため、コストが大幅に削減されます。特定の検出を必要とする複雑なアプリケーションを統合すると、時間と労力がかかるため、投資収益率がゼロになる可能性があります。したがって、必ず適切なターゲットを選択してください。