仮想サーバーアーキテクチャのパフォーマンスを向上させるための5つの方法

管理者は、サーバー仮想化アーキテクチャを調整するためのパフォーマンスの向上と運用効率の向上のための方法を見つけるために懸命に努力します。したがって、複雑な仮想化環境で高性能のエクスペリエンスとユーザーへの迅速な対応のサポートを実現するために、いくつかの小さな調整と設定を使用できます。

この記事では、サーバ仮想化アーキテクチャの効率を向上させるための5つの方法を提供します。これらの構成方法はすべてのサーバー仮想化環境に適用でき、これらのプラクティスのいくつかはほんの少しの調整にすぎないように見えますが、仮想アーキテクチャーの全体的なパフォーマンスに大きな影響を与える可能性があります。

まず、一般的にファイルサーバを統合することにより


仮想インフラのパフォーマンスを向上させ、管理者用のファイルサーバは、大きな問題です。さらに、仮想化のために物理ファイルサーバーを統合するときには、それらを単に物理アーキテクチャから仮想サーバーシステムに変換して移行します。このアプローチは、管理者が潜在的に構造化されていないデータを再配置、削除、統合、および整理する機会を失うことを意味します。それでは、ファイルサーバーのパフォーマンスを最適化するための、まったく異なる統合アプローチを考えてみましょう。ストレージエリアネットワーク（SAN）を使用して

ファイルサーバーの機能を達成するための一つの方法。多くのストレージシステムは、CIFS（Common Internet File System）プロトコルによって提供される外部サービスをサポートできます。したがって、ストレージ端末をネットワークを介してＡＤドメイン管理サーバに便利に接続することができる。このアプローチにより、すべてのファイルサーバーの仮想化も可能になります。

もう一つの方法は、クラウドファイルサーバの仮想化を実現する統合的な方法によるものです。この方法では、データの約10％をローカルファイルサーバーのストレージに格納するだけでよく、データの最大90％をクラウドストレージシステムにアーカイブできます。機能的な観点からは、仮想ファイルサーバーは、すべてのデータがローカルネットワークに格納されているかのように外部にあるように見えます。さらに、この仮想ファイルサーバーは、ADドメインコントロールサーバーに簡単に接続でき、NTファイルシステムを完全にサポートできます。したがって、このように仮想マシンサーバの管理も非常に便利であり、物理サーバと物理サーバとの間にほとんど違いはない。

最後の方法は、仮想マシンを実行して、元の物理的なファイルサーバを交換することです。この構成モードでは、ファイルサーバーの数を減らすためにサーバーの命名をさらに統合できます。 Windowsシステムは、NetBIOS命名と同様に複数のサーバー命名方法をサポートできるため、ユーザーはより短くてわかりやすい命名でサーバーに接続できます（たとえば、\\\\ ServerName）。

多くの管理者は、代わりに個別の小さなファイルサーバの複数の大規模なファイルサーバを使用することを好みます。 Windowsサーバは、レジストリに "OptionalNames"キーを追加することでNetBIOSの命名をサポートすることができます。 "HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ services \\ LanmanServer \\ Parameters"

仮想化を実現しながら、第二に、非常に一般的な振る舞いがあり、システムのパフォーマンス


を改善するために、Microsoftのクラスタリング機能を無効にするには、物理​​サーバーの下MSCSクラスタのペアです。 VMware HAおよびFT Fault Toleranceをサポートできない仮想マシンのために、MSCSはアプリケーションレベルのフェイルオーバー機能を提供します。しかし、このタイプの配置は、多くの仮想サーバーシステムでは比較的肥大化しています。 VMware環境での

は、MSCSは設定のインストールをサポートするために、生のディスクマッピング仮想ディスクを必要とするいくつかの方法の一つです。ユーザーがMSCS機能を使用する必要がある場合は、VMFSファイルシステムにデータを格納する最も一般的な展開方法を放棄する必要があります。このようなプロセスは、インストールプロセス中のストレージ割り当ての難しさも増し、アプリケーションはあまり一般的ではありません。

したがって、無効化MSCSのクラスタリング機能は、多くの潜在的な利益をKeyihuode。 Windowsシステムがエンタープライズライセンスまたはさらに高度なバージョンを購入すると仮定すると、ソフトウェアライセンスのコストを削減することもできます。 MSCSクラスターの下の物理サーバーが、移行中に標準オペレーティングシステムを実行している仮想マシンに移行された場合は、特定のライセンス料をオペレーティングシステムに節約できます。

第三に、管理ツール及び様々な方法を使用して、システムの管理を改善するために

Caozuoxitong仮想サーバ・アーキテクチャのサーバ仮想化アーキテクチャ
管理能力を向上させます。このアプローチは、仮想アーキテクチャのパフォーマンス向上に非常に役立ちます。これは、最終的にはユーザーにメリットをもたらします。ローカライズされた単一のユーザ固有の動作要件を最小限に抑えながら

は、例えば、最適な配置は、構成ポリシーの異なるセットに基づいてユーザの異なる複数のグループに分割されています。これにより、単一の仮想マシンテンプレートから複数の仮想マシンを迅速に展開できます。

エンタープライズクラスのシステム管理ソフトウェアは、仮想サーバーの展開を支援することができます。多くの仮想化環境管理者は、ネットワークディスクとローカライズされた設定をマップするだけでなく、いくつかのプログラムをインストールすることを嫌います。大規模なエンタープライズ環境を実現するために、このような端末管理などのMicrosoftシステムセンター、Altiris社とNovellのZENworksを使用することができますが

したがって、ドメイングループポリシーの管理が成功し、最も小さな仮想化環境に展開することができます。これらのツールは、ポリシーに基づくサブ仮想マシンのアプリケーション配信と相互運用性管理を可能にします。

非仮想化環境での

仮想サーバ・アーキテクチャ
4つのに非常に効果的な計画、多くの一般的な操作ウイルススキャン処理の後、代わりに仮想インフラストラクチャに統合難しい問題になります。たとえば、非常に有名な仮想化環境のウイルススキャンの問題です。私たちが設定した戦略は、毎週日曜日の午前3時にすべてのシステムの完全なウイルススキャンを完了することです（この時点で企業の他の地域の国々のピークアプリケーション期間にならないと仮定）。この間、プロセッサはほとんどアイドル状態にあるため、サーバー。それがローカル・プロセッサ・リソースに大きな圧力をもたらすため

はまた、ウイルススキャン処理によって引き起こされる問題は、SAN環境ではより顕著になります。仮想サーバーアーキテクチャでデフラグを実行すると、すべてのサブ仮想マシンが同時にフルスキャン操作を実行し始めたときに、プロセッサリソースプール全体に大きな負荷がかかることがわかります。

これを回避するには、異なる仮想マシンごとに異なるスキャン時間を設定することができます。たとえば、15台の仮想マシンのスキャンが午前3時に開始され、別の15のスキャンが午前5時に開始されます。この設定方法は非常に必要です。このようにして初めて、VMwareのDRSなどのいくつかの高度な機能は、クラスタシステムの計算能力の理解に基づいてワークロードを自動的に移行できます。できるだけ代わりP2V変換に新しい仮想マシン中

V、物理仮想へ（P2V）変換は非常に簡単な操作であるが

ログインシステムのパフォーマンスを向上させますしかし、多くの場合、新しいシステムは純粋です。 Windowsシステムでは、P2V変換プロセスによって、ハードウェアドライバ、不要なソフトウェア、および混沌としたファイルシステムなど、システムのパフォーマンスに影響を与えるような多くの従来の構成情報も移行されます。最適なパフォーマンスを実現するための新たなシステムのためで
順序は、最良の方法は、新しい仮想マシンを展開して、必要なソフトウェアを再配布することです。これには、ユーザーアプリケーションの再インストール、コードと構成情報の変換、およびデータベースサーバー上のデータベースシステムの再構築が含まれます。もちろん、P2V変換は依然として非常に便利な機能です。多くの管理者は、すべてのシステムを再インストールするのに十分な時間がないためです。
zh-CN"],null,[1],zh-TW"]]]