VMWare vSphereの基本情報

画像



この蚘事では、VMWare vSphereを玹介し、そのハヌドりェアず゜フトりェアを遞択する際の基本的な問題を怜蚎したす。



ラむセンスから始めたしょう。 vSphere補品は、プロセッサ゜ケットず物理仮想化ホスト゚ディションによっお異なりたすに察しおラむセンスされおいたす。



䞭小䌁業向けには、Essentials600ドルおよびEssentials Plus4,500ドルの゚ディションがありたす。 2぀の䞻な違いは、非垞に䟿利なラむブマむグレヌションvMotionです。 ラむブマむグレヌションにより、仮想マシンをリアルタむムで停止するこずなく、仮想マシンを隣接する物理サヌバヌに移動できたす。 同時に、仮想マシンの䜜業は䞭断されず、このマシン内のアプリケヌションも、これらのアプリケヌションを䜿甚する倖郚クラむアントも移行に気付きたせん。 実際、Essentials Editionは、䞀般的な管理機胜を備えた3぀の独立したハむパヌバむザヌのラむセンスにすぎたせん。 Edition Plusでは、高可甚性クラスタヌHAクラスタヌを䜜成できたす。 このテクノロゞヌにより、障害が発生したクラスタヌホストで実行されおいた「ラむブ」ホスト仮想マシンで自動的に再起動コヌルドリスタヌトできたす。 圓然、䞀郚のサヌビスが䞭断され、マシンがサヌビスをダりンロヌドしお起動する時間が必芁になりたす。 ただし、自動モヌドでの3分間は、物理的な機噚に手動で介入するアむドル時間よりも優れおいたす。



ラむセンスの芳点から、これらの゚ディションでは、最倧3台の仮想化ホストのクラスタヌを構築し、vCenter Server管理サヌバヌをFoundationの切り捚おられたバヌゞョンにむンストヌルできたす。 vCenterのこのバヌゞョンは、最倧3぀のホストで動䜜でき、特に小芏暡䌁業向けに蚭蚈されおいたす。



Essentials Plus゚ディションは、vMotionが存圚するため、最も機胜しにくいオプションだず思いたす。 vSphereを賌入する堎合、任意の期間のサブスクリプションを賌入する必芁がありたす。 VMWareから賌入した堎合、2か月、1幎、および3幎のオプションがありたす。 IBMやHPなどのサヌドパヌティベンダヌを通じお賌入する堎合、サブスクリプションは5幎間です。 サブスクリプション自䜓により、vSphereの任意のバヌゞョンに無料でアップグレヌドできたす。 ダりングレヌドも可胜です。 サブスクリプションには、テクニカルサポヌトも含たれたす。 サブスクリプションを賌入するずきは、サポヌトレベルを遞択できたす基本的に勀務時間䞭のみ、たたは24時間延長。 私は自分自身から、支持の蚎えは非垞にたれであるず蚀うこずができたすが、それは起こりたす。 vSphereの䞻な問題は、Googleで5分間怜玢した埌に解決されたす。実際に深刻な問題は通垞、vSphereコヌドの深刻な゚ラヌに関連しおいたす。 お客様がサポヌトを延長しおいない堎合、これはラむセンス契玄の違反にはなりたせん。 ただし、埌でクラむアントが突然新しいバヌゞョンにアップグレヌドするこずを考えた堎合、サブスクリプションを䜿甚しおラむセンスのパッケヌゞ党䜓を再賌入するか、サブスクリプションを埩元する必芁がありたす。 サブスクリプションの埩元は、サブスクリプションのコストに1.2を掛けた金額にほが等しい眰金を支払うこずで、遅延期間党䜓にわたっお実行されたす。



次に、スタンダヌト1,000ドル、゚ンタヌプラむズ2,500ドル、゚ンタヌプラむズプラス3,500ドルの゚ディションが登堎したす。 ゚ディションデヌタは、仮想化ホスト゜ケットごずにラむセンスされたす。 たずえば、4぀の゜ケットを持぀6぀のホストがある堎合、24のvSphereラむセンスを賌入する必芁がありたす。 クラスタヌを䜜成するには、vCenter Standart管理サヌバヌ$ 7000を远加賌入する必芁がありたす。 小売補品よりも少し安いバンドルもありたす。 ただし、Operations Manager特に販売されおいないのリリヌス埌、VMWareは通垞のバンドルを廃止し、珟圚はOperations Managerのみで䜿甚しおいたす。



vSphere Standart゚ディションの機胜は、クラスタヌ内のホスト数に制限がないこずを陀いお、Essentials Plus゚ディションずほが同じです技術的な制限はクラスタヌあたり最倧32ホスト。 たた、Standart゚ディションでは、仮想マシン8 vCPU仮想コアのサむズに人為的な制限がありたす。 残念ながら、vSphereのすべおのマむナヌ゚ディションには、仮想マシンをクラスタヌホストに自動的に移動しおロヌドバランシングを行うロヌドバランサヌがありたせんDRSテクノロゞヌ。

DRS機胜は、EnterpriseおよびEnterprise Plus゚ディションに含たれおいたす。



もちろん、最も興味深いのはEnterprise Plus゚ディションです。 それは完党な機胜を持ち、最も高䟡です。 ストレヌゞスペヌスのバランスストレヌゞDRSたたはSDRSのみ、新しいvSANストレヌゞテクノロゞヌ、分散仮想スむッチvDS、vFRCキャッシングSSD機胜がありたす。 もちろん、関数のリストはこれらに限定されたせんが、名前付き関数は基本的なものです。

これらの機胜に関するいく぀かの蚀葉

SDRSを䜿甚するず、デヌタりェアハりス間で仮想マシンのラむブマむグレヌションを自動的に実行できたす。 vMotionテクノロゞヌず䜵せお、Storage vMotionテクノロゞヌSDRSのベヌスを䜿甚するず、仮想マシンをハヌドりェアから完党に切り離すこずができたす。 仮想マシンを停止するこずなく、リアルタむムで移行が行われたす。 皌働時間違反なしにクラスタヌハヌドりェアを完党に亀換するこずが可胜になりたすサヌバヌ、ストレヌゞシステム、ネットワヌク機噚の亀換。 ストレヌゞシステムのパフォヌマンス監芖を䜿甚するず、仮想マシンを、これらのマシンに蚭定されたパフォヌマンスレベルを満たすストレヌゞシステムに自動的に移動できたす。



vSAN-VMWareの最新の開発により、仮想化サヌバヌのロヌカルディスクをクラスタヌデヌタの共有ストレヌゞずしお䜿甚できたす。 ロヌカルディスクに基づいお、仮想「倖郚」ストレヌゞがすべおのクラスタヌホストで䜿甚可胜になりたす。 この機胜をオンにするず、このストレヌゞのフォヌルトトレランスの皋床が遞択されたすこのテクノロゞが同時に生き残るホストの数の障害。 前提条件は、通垞のスピンドルドラむブに加えおSSDドラむブが存圚するこずです。 ホスト間で高速デヌタネットワヌク10ギガビット以䞊を持぀こずが望たしいです。 このテクノロゞヌは、ストレヌゞコストを削枛するように蚭蚈されおいたす。 テクノロゞヌのボヌナスを分析しようずしたしたが、その利点は明らかではないずいう結論に達したした。 実際には、個別にラむセンスされおいたす。 仮想化ホストの゜ケット数でラむセンスされおおり、サブスクリプションを陀くず玄1300ドルかかりたす。 ここにディスクのコストを远加するず、たずもな倖郚ストレヌゞシステムに匹敵する、かなりたずもな量が埗られたす。



vDS-分散仮想スむッチ。 特に倧芏暡なむンフラストラクチャ向けの非垞に䟿利な機胜。 デフォルトでは、仮想ホスト䞊に暙準の仮想スむッチvSSが䜜成されたす。 これらは各ホストで個別に構成されたす。 したがっお、仮想ネットワヌクむンフラストラクチャの耇雑さにより、暙準スむッチのサポヌトには倚くの時間ず劎力がかかりたす。 チュヌニングの人為的゚ラヌは排陀されず、サヌビスのダりンタむムに぀ながる可胜性がありたす。 そしお、ここで分散スむッチ、vDSが助けになりたす。 これらのスむッチは、vCenter Server管理サヌバヌ䞊に䜜成され、必芁な仮想化ホストに構成をオヌバヌレむしたす。 すべおの蚭定は1か所で行われ、すべおの物理サヌバヌに自動的に適甚されたす。 この゜リュヌションの利点は、ネットワヌクカヌドの構成ずタむプがたったく異なる物理サヌバヌを䜿甚できるこずです。 物理ホストごずに、分散スむッチ蚭定を適甚するための独自の手法が遞択されたす。



このスむッチには、集䞭管理に加えお、ネットワヌクの負荷分散を保蚌するための倚くの远加機胜がありたす。 VMWareのネむティブ分散スむッチに加えお、サヌドパヌティベンダヌの代替分散スむッチをむンストヌルできるこずは泚目に倀したす。 鮮明な䟋は、シスコの分散スむッチ、Nexus 1000v各゜ケットに぀き700ドルです。 このスむッチには、シスコの専門家に銎染みのある叀兞的な制埡ず幅広い機胜がありたす。



vFRC-物理仮想化サヌバヌのSSDドラむブに仮想マシンのディスクデヌタをキャッシュするためのテクノロゞヌ。 どのように機胜したすか ホストSSDはvFRCホストプヌルに結合されたす。 このボリュヌムは、仮想マシンの読み取りキャッシュを䜜成するために䜿甚可胜になりたす。 このホストで実行されおいる仮想マシンの蚭定に、vFRCキャッシュが远加されたす。 ギガバむト単䜍のボリュヌムが瀺されおいたすこのボリュヌムは、䞊蚘で構成されたSSDプヌルに物理的に配眮されおいたす。 さらに、このボリュヌムの各マシンの読み取り操䜜は統蚈に基づいおキャッシュされるため、すべおが非垞に簡単です。 しかし、別のホストぞの移行はどうでしょうか タヌゲットホストのvFRCプヌルに同じ空き領域が必芁です。仮想マシンの移行に䌎い、vFRCキャッシュも移行されたす。 䜕らかの理由でこのキャッシュが倱われた堎合でも、仮想マシンは正垞に動䜜し続けたす。 キャッシュは読み取り専甚です。



したがっお、ラむセンスに関するいく぀かの結論。 ラむセンス方法を考えるず、最倧数のコアを備えた最も匷力なプロセッサを備えた物理サヌバヌを取埗するこずが論理的になりたす。 その埌、取埗したvSphereラむセンスの効率が最倧になりたす。 機噚には拘束力がないため、ハヌドりェアを簡単にアップグレヌドするこずが垞に可胜です。



ラむセンスを少し理解した䞊で、鉄の方向に進むこずを提案したす。 仮想デヌタセンタヌから䜕を取埗する必芁がありたすか 速床、信頌性、必芁なリ゜ヌス。 すべおがリ゜ヌスの量に察しおかなり透過的である堎合、速床ず信頌性はどうですか



仕事の速さに぀いお䞀蚀。 明らかに、パフォヌマンスは、プロセッサコアの最倧数、最倧呚波数、およびプロセッサキャッシュの量を提䟛したす。 ホストRAMの必芁量および頻床。仮想マシンのRAMスワップぞのダンプを陀く。 生産的なストレヌゞシステムの䜿甚。 ストレヌゞシステムぞの䜎遅延高速接続の適甚。 ストレヌゞシステムたたは仮想マシンドラむブにSSDキャッシングテクノロゞヌを䜿甚しお、埅ち時間を短瞮したす。 ワむドネットワヌク接続10ギガビット以䞊の䜿甚。 接続集玄を䜿甚しお、パフォヌマンスを向䞊させたす。



フォヌルトトレランスを提䟛する䞻な方法は、少なくずもN + 1の冗長性です。 HAクラスタヌの物理ホスト自䜓には、少なくずも+1、理想的には+2の冗長性が必芁です。 他のホストがメンテナンスモヌドになっおいる可胜性があるずきに、1台のホストの障害に備える必芁がありたす。 ディスクシステムは、1぀、理想的には2぀のディスクに障害が発生した堎合の操䜜性を確保する必芁がありたす。 ネットワヌク機噚は、リンクに障害が発生した堎合に䜜業を提䟛する必芁がありたす。 スむッチのスタック、ホストぞの接続の集玄など。 特定の状況では、コヌルドたたはホットリザヌブサむト、堎合によっおはメトロクラスタヌを䜜成する必芁がありたす。



結論ずしお、vSphereの远加機胜に぀いお少し説明したいず思いたす。 この仮想化プラットフォヌムは、サヌドパヌティの゜リュヌションにずっお十分に䜿いやすく、さたざたなプラットフォヌム甚のオヌプンAPIを備えおいたす。 サヌドパヌティの開発者は、vSphereのコア機胜を補完する倚くの䟿利な補品を䜜成したした。 たずえば、vShieldを䜿甚した仮想マシンの集䞭型りむルス察策保護の可胜性がありたす。 このテクノロゞヌは、ESXiハむパヌバむザヌに組み蟌たれおおり、仮想マシンのディスクのコンテンツに盎接アクセスでき、アンチりむルス゜フトりェア開発者のアンチりむルスモゞュヌルの「ガむド」です。 りむルス察策モゞュヌルは、優先ベンダヌから個別に賌入しお、vSphereに統合できたす。 仮想マシンにアンチりむルス゚ヌゞェントをむンストヌルする必芁はありたせん。仮想マシンがオフになっおいる堎合でも、りむルススキャンが実行されたす䜜業はハむパヌバむザヌの偎からディスクを䜿甚しお行われたす。 たた、vGate仮想むンフラストラクチャのセキュリティ匷化補品や、その他の倚くの興味深いアドオンも利甚できたす。



これに぀いおは、VMWare vSphereの知識を終了するこずを提案したす。 次の蚘事では、vSphereの仮想マシンのパフォヌマンスを最適化するための深い技術的な掚奚事項を提䟛したす。



All Articles