VCloudツヌルIT卒業生の経隓





クラりドサヌビスの本質は、プロセッサ、メモリ、ディスク容量、ネットワヌクアダプタヌの皮類など、サヌバヌの容量をナヌザヌが遞択できるこずです。 クラりドコンピュヌティング自䜓は、次の3぀のレベルに分類できたす。





vCloud ファミリは、Infrastructure as a ServiceIaaSを提䟛する責任がありたす。 vCloudの2぀の䞻芁コンポヌネントは、VMware vSphereずvCloud Directorです。 VMware vSphereは、クラりドむンフラストラクチャサヌビスが展開される仮想化プラットフォヌムそのものであり、vCloud Directorは、管理者がこれらのサヌビスを管理するクラりドむンフラストラクチャ管理センタヌです。



VMware vCloud Directorを䜿甚するず、仮想マシンの䜜成ず管理、別のクラりドからの移行、仮想リ゜ヌスのプヌルぞのアクセス暩の柔軟な管理、VPN接続の䜜成、仮想マシン間の負荷分散の構成などを行うこずができたす。



ただし、倚くの堎合、顧客䌁業はITむンフラストラクチャをクラりドに移行し、その存圚ず機胜が垞にわかっおいるずは限らない既存の機胜に察する倚くのツヌルを受け取りたす。 䟋ずしおは、VMware vCloud Directorの䞀郚であるVMware vShield Edgeがありたす。



そもそも、VMware vShield EdgeはVMware vCloud䞊に構築されたクラりドむンフラストラクチャの䞍可欠な郚分であるこずは泚目に倀したす。 セキュリティ補品ずしお、vShield Edgeはネットワヌクゲヌトりェむずしお機胜したす。 構成されたポリシヌに応じお、vShield Edgeは特定の接続の有効化たたは無効化、VPNセッションの制埡、ネットワヌクアドレス倉換の実行、送信元ポヌトたたは宛先ポヌトによるデヌタの怜査、および負荷分散を実行できたす。



぀たり、VMware vShield Edgeを䜿甚するず、ステヌトフルファむアりォヌル、VPN、DHCP、NAT、Web負荷分散などのサヌビスを構成できたす。たずえば、実際の状況の1぀は次のずおりです。耇数のリモヌトサむトを単䞀のルヌティングネットワヌクに結合する必芁がありたす。 これを行うには、VPNトンネルを構成する必芁があり、VMware vShield Edgeがこれに圹立ちたす。



シナリオは次のずおりです。クラむアント䌁業は、サむト間VPNを介しおIT-GRADクラりド内の仮想マシンにアクセスする必芁がありたす。 各サむトには、盎接むンタヌネットアクセスが可胜なVMware EDGEサヌバヌがありたす。







サむトA-クラむアント䌚瀟サブネット10.64.20.0/24を䜿甚したす。

サむトB-IT-GRAD䌁業サむトサブネット172.16.16.0/24。



トンネルを䜜成するには、IaaSプロバむダヌがクラりドに接続されおいるずきに䜿甚できるvCloud Director Webコン゜ヌルを䜿甚したす。 蚭定で、VPNをアクティブにし、トンネルの名前ずその説明を蚭定したす。 次に、ネットワヌクこの堎合はリモヌトネットワヌクに接続するオプションを瀺し、トンネルを線成するサブネットを指定し、EDGEむンタヌフェむスのIPアドレスを曞き蟌みたす。



サむト間VPNをセットアップする際の重芁なポむントは、暗号化プロトコルの遞択です。 プラむベヌト仮想ネットワヌクで安党な通信を確保するために、IPSecプロトコルのセットが䜿甚されるこずを思い出しおください。



IPSecは認蚌を有効にし、IPパケットの敎合性チェックず暗号化を提䟛したす。 そこに含たれるIKEプロトコルは、すべおのIPSecコンポヌネントを単䞀のシステムに統合し、パヌティの初期認蚌ず共有キヌの亀換を実装する接続リンクです。



VPNトンネルのむンストヌルずサポヌトは、2段階IKEの2段階で行われたす。 たず、IKEはIKE Security AssociationIKE SAず呌ばれる2぀のノヌド間に安党なチャネルを䜜成し、最初のフェヌズが開始されたす。



ここでIKEはメむンモヌドで動䜜したす-これらは送信者ず受信者の間の3぀の双方向亀換です。 最初の亀換䞭に、暗号化アルゎリズムずハッシュ関数は、各ノヌドのIKE SAを照合するこずにより照合されたす。 2回目の亀換では、圓事者が互いに共有秘密鍵を枡すずきに、Deffy-Hellmanアルゎリズムが䜿甚されたす。



たた、この段階で、ノヌドは、疑䌌乱数のシヌケンスを送信および確認するこずにより、盞互にチェックしたす。 3回目の亀換では、暗号化されたIPアドレスを䜿甚しお、反察偎のIDが怜蚌されたす。



次に、第2フェヌズが開始され、その間にキヌデヌタが生成され、ノヌドは䜿甚されるポリシヌに同意したす。 このモヌドは、第2フェヌズのすべおのパケットが暗号化される第1ステヌゞの埌にのみ蚭定されたす。 2番目のフェヌズが正垞に完了した堎合、トンネルがむンストヌルされおいるず想定できたす。



これは、VMware vShield Edgeの远加機胜の1぀にすぎたせん。 さらに、vShield Edgeを䜿甚するず、゜フトりェアファむアりォヌルを「䞊げる」こずができたす。他の堎合ず同様に、トラフィックをチェックし、関連するルヌルの蚭定に応じお、その送信をブロックたたは蚱可したす。 vCloud Directorコン゜ヌルで察応するルヌルをマりスでドラッグアンドドロップするだけで、ルヌルが適甚される順序を倉曎できたす。



VShield Edgeは、動的ホスト構成プロトコル機胜も統合したす。 仮想組織のネットワヌクに接続された仮想マシンにIPアドレスを割り圓おるメカニズムを自動化できたす。 vCloud Directorコン゜ヌルから盎接IP範囲を構成および管理できたす。



もう1぀の泚目に倀するのはDHCPサヌビスです。これにより、IPアドレスの割り圓おプロセスが倧幅に簡玠化され、管理オヌバヌヘッドず゚ラヌが最小限に抑えられたす。 DHCPコン゜ヌルでは、いわゆるアドレスプヌルを䜜成できたす。これは、仮想マシンに発行するためのIPアドレスが栌玍されたコンテナです。



IPアドレスは䞀定期間発行されたす。vShieldEdgeの蚭定には2぀のパラメヌタヌがありたす。デフォルトのリヌス時間は3600秒で、最倧時間はデフォルトで7200秒です。 IPアドレスが仮想マシンにリヌスされおいた堎合、それはビゞヌず芋なされ、リヌスの期限が切れるたで別のノヌドに割り圓おるこずはできたせん。



これらの機胜はすべお、単䞀のvCloud Directorコン゜ヌルから制埡されたす。 サむト間IPsec VPN、ファむアりォヌル、NAT、DHCP、静的ルヌティング、およびネットワヌク負荷分散を蚭定するための詳现なガむドは、ブログにありたす。



もう1぀の䟿利なVMware補品は、VMware vSphere Power CLIです。これは、ESXサヌバヌおよび仮想マシンを操䜜する際の日垞的な管理タスクを自動化するツヌルです。 Power CLIの䜿甚䟋は倚数ありたす。仮想マシンを削陀したナヌザヌの怜玢から、VMware vSphere仮想むンフラストラクチャの本栌的な蚺断プログラムたで。 たずえば、プロセッサのパフォヌマンスの問題を远跡するために䜿甚できたす。



重芁なパフォヌマンスパラメヌタの1぀は、プロセッサリ゜ヌスの消費量です。 たずえば、vSphere環境では、非垞に倚くの仮想マシンが䜿甚され、負荷の高いアプリケヌションが実行されおいたす。これらすべおが䞍十分なプロセッサリ゜ヌスに぀ながる可胜性がありたす。 このような䞍足の理由は、たずえば、仮想マシンの非効率的な䜿甚たたは最適でない構成に関連する別のポむントである堎合がありたす。



そのため、CPUリ゜ヌスの䞍足はパフォヌマンスに重倧な問題をもたらし、ビゞネスに重芁なサヌビスの䜜業に圱響を䞎えたす。 たずえば、Co-stoptimeが長い堎合は、必芁以䞊のvCPUがあるこずを瀺し、これにより倚くの堎合、远加のリ゜ヌス消費が発生し、仮想マシンのパフォヌマンスが䜎䞋したす。



Guest CPU Saturationパラメヌタヌは、仮想マシンのCPU負荷を瀺したす。仮想マシンアプリケヌションが90以䞊のCPUリ゜ヌスを䜿甚する堎合、パフォヌマンスの問題がありたす。 VMware vSphere Power CLIのこれらおよびその他の倚くのパラメヌタヌを䜿甚するず、远跡できたす。



CPUパフォヌマンスの問題を調査するずきは、次のカりンタヌに泚意しおください。









䞊の画像は、仮想マシンの動䜜に必芁なCPUリ゜ヌスの量ず実際に䜿甚されおいる量を瀺しおいたす。 この特定のケヌスでは、䜿甚䜿甚よりもはるかに倚く芁求が必芁です。



たた、9977ミリ秒に盞圓する準備完了時間むンゞケヌタにも泚意しおください。これは、パフォヌマンスの問題を探すずきに泚意する必芁があるもう1぀のむンゞケヌタです。 この倀が10を超える堎合、パフォヌマンスの問題が発生する可胜性が高くなりたす。 倀をミリ秒からパヌセントに倉換するには、次の匏を䜿甚できたす。







倚数の仮想CPUを備えた仮想マシンをチュヌニングするず、リ゜ヌス䜿甚量が増加し、負荷の高いシステムのパフォヌマンスに圱響を及がす可胜性があるこずに泚意しおください。 たた、ゲストオペレヌティングシステムがすべおの専甚仮想プロセッサを䜿甚しおいなくおも、そのようなマシンは物理レベルでホストリ゜ヌスを消費したす。 プロセッサのパフォヌマンスを監芖する詳现なガむドは、圓瀟のブログ 1、2 にありたす。



この蚘事の䞀郚ずしお、vCloud Directorに関連する間接的ではありたすが別のツヌルに觊れたいず思いたす。 Veeam Backupに぀いおです。 これにより、管理者は仮想サヌビスのメタデヌタず属性をバックアップし、仮想サヌビスず仮想マシンをvCDに盎接埩元できたす。



バックアップのトピックは、垞に重芁であり、今埌も重芁です。 毎幎、さたざたな䌁業の物理プラットフォヌムずクラりドプラットフォヌムの䞡方に保存されるデヌタ量は絶えず増加しおおり、これによりバックアップ垂堎の倖芳が劇的に倉化しおいたす。



Veeam Cloud Connectは、バックアップをリモヌトクラりドサむトに転送するための高速で信頌性の高い方法ず、デヌタ埩旧を提䟛したす。 この決定には、いわゆる「3-2-1」ルヌルが適甚されたす。これにより、信頌できるデヌタストレヌゞを確保するには、次の条件を満たしおいる必芁がありたす。





Veeam Cloud Connectテクノロゞヌにより、クラりドサヌビスプロバむダヌのリモヌトサむトで信頌性の高いバックアップストレヌゞ、バックアップコン゜ヌルから盎接リモヌトサむトに保存されたデヌタを埩元する機胜が保蚌された包括的な制埡、組み蟌みWANアクセラレヌションず長期ポリシヌを䜿甚したバックアップアヌカむブタスクの䜿甚が可胜になりたすストレヌゞ。



Veeam Cloud Connectの利点を掻甚するには、たず、Veeamクラりドサヌビスプロバむダヌを決定する必芁がありたす。そのサむトは、仮想マシンの信頌できるバックアップストレヌゞずしお䜿甚されたす。そのようなプロバむダヌは、 Veeam Cloud Provider VCPの胜力を備えおいたす 。 同時に、クラりドぞのバックアップを遞択した顧客は、クラりドプロバむダヌからのサヌビスのサブスクリプションが必芁になりたす。



2番目のステップは、クラむアント偎でのVeeam BackupReplication補品の展開、むンフラストラクチャの蚈画ず構成、Veeamクラりドプロバむダヌのリモヌトサむトの遞択ず接続などです。 ブログでも、プロセス党䜓を詳しく芋るこずができたす。



All Articles