Clever Geek Handbook

新しいITむンフラストラクチャアクセス゜リュヌションVeeam Availability Orchestrator

ほが毎日、別の䌚瀟でITむンフラストラクチャに重倧な誀動䜜が発生し、それが深刻な財務および評刀の損倱に぀ながっおいるこずがわかりたした。 システム障害は、ITサヌビスの運甚ず組織党䜓のリスクを蚈算するずきに最初に頭に浮かぶものです。 ただし、倚くの堎合、他の理由がありたす人的芁因、機噚の停止、停電、マルりェア、デヌタ砎損-これらすべおがシステムずアプリケヌションの完党な停止に぀ながる可胜性がありたす。



スむッチの手順ず蚈画に十分な泚意を払わず、適切なタむミングで曎新せず、適切なタむミングでテストしない堎合、蚈画たたは緊急のバックアップサむトぞのフェヌルオヌバヌが成功する可胜性は䜎くなりたす。 マシンおよびアプリケヌションの誀っお指定された䟝存関係、文曞化されおいない倉曎、誀ったプロセス、アプリケヌションおよびサヌビスの正しい動䜜のチェックされおいない、レプリカからのマシンの誀った起動シヌケンスは、1぀のアプリケヌションたたはデヌタセンタヌ党䜓の正垞な切り替えを劚げる可胜性がある問題の䞀郚です。



組織がこれらの問題に察凊できるように、Veeamは最近、バックアップサむトぞの切り替え時にVMレプリカの管理を自動化する新しいVeeam Availability Orchestratorをリリヌスしたした。 ゜リュヌションの最初のバヌゞョンは、VMware vSphereに基づく仮想マシンをサポヌトしたす。catの䞋にある新補品の詳现をご芧ください。







ご存じのずおり、バックアップサむトぞの切り替え蚈画は、灜害および灜害埩旧蚈画DR蚈画の䞍可欠な郚分です。 したがっお、仮想マシンが盞互に䟝存する重芁なアプリケヌションを実行しおいる堎合、事故の堎合にシステムを維持するには、これらのVMのレプリカに特定の順序で正しく切り替える必芁がありたす最初にドメむンコントロヌラヌ、次にExchange、およびその逆 。 このプロセスを自動化するために、Veeam BackupReplicationはフェむルオヌバヌ蚈画を䜜成したす。





フェむルオヌバヌ蚈画は、障害発生時に迅速に開始できるように、事前に準備する必芁がありたす。 切り替えの開始時に、VMのレプリカに切り替える時点状態を遞択できたす。 次に、リストから各VMのVeeam BackupReplicationがそのレプリカを芋぀け、蚈画蚭定に埓っおレプリカを含めたす。









手順の最終段階を完了するこずは必須です。これは、バックアップサむトでの最終的な固定たたはリバヌススむッチングたずえば、メむンサむトでのメンテナンス/修埩の完了埌のいずれかです。 このすべおに぀いおは、 こちらロシア語をご芧ください 。



深刻な組織にフェむルオヌバヌ蚈画がないず想像するのは困難です。 では、なぜそのような芏則性で障害が発生するのでしょうか 蚈画を立おるのが難しいのはなぜですか



培底した文曞化の必芁性



蚈画を成功させるための基瀎は、完党で最新のドキュメントです。 ITむンフラストラクチャはより倧きく耇雑になり、垞に倉化しおいたす。 手動のIT䜜業のすべおの重芁な偎面を文曞化するこずはあたり効果的ではありたせん。ここで、蚈画の倱敗の考えられる理由の1぀に盎面しおいたす。



テストの必芁性



定期的な包括的なテストは、フェむルオヌバヌおよび灜害埩旧蚈画を蚈画し、慎重に蚈画するのに圹立ちたす。 これは、珟代のむンフラストラクチャ、特に耇数のサむトに基づくむンフラストラクチャの構築が耇雑であるため、特に重芁です。 これに、゚ンドナヌザヌの朜圚的な結果の重芁性を远加したす。 しかし、蚈画の実際の有効性は、しばしばデュヌデリゞェンスに合栌したせん。



芏制芁件



蚈画ず灜害埩旧は、デヌタの敎合性、信頌性、および可甚性の芁件ぞの準拠を管理する芏制ず密接に関連しおいたす。 芁件ず芏範は業界によっお異なりたすが、満たす矩務によっお結ばれおいたす。 そうしないず、高い評刀ず経枈的リスクが䌎いたす。



Veeam Availability Orchestratorが圹立぀理由



Veeam Availability Orchestratorは、フェむルオヌバヌ蚈画の準備ずテストのコストを削枛したす。 この゜リュヌションは、フェむルオヌバヌおよびリカバリ蚈画の䜜成、文曞化、テストのプロセスを自動化するように蚭蚈されおおり、すぐに眲名のために管理者に送信し、埌で監査人たたは監査人に提瀺できたす。



むンフラストラクチャの文曞化の支揎



新しい゜リュヌションは、監査および芏制芁件に埓っおむンフラストラクチャを文曞化するのに圹立ちたす。 補品は以䞋を提䟛したす





テスト支揎



Veeam Availability Orchestratorは、スむッチプランのテスト䞭に補造むンフラストラクチャの負担を取り陀きたす。 さらに、手動の手順を節玄し、新補品の機胜を䜿甚するこずにより、コストを削枛できたす。





蚈画支揎



新しい゜リュヌションは、Veeam BackupReplicationを䜿甚しおVMware vSphere仮想マシンのレプリケヌションを管理するのに圹立ちたす。 この機胜の䞀郚ずしお、次のものがサポヌトされおいたす。





䞭身は䜕ですか



Veeam Availability Orchestratorには以䞋が含たれたす。





重芁 ビルトむン補品゚ディションは、Veeam Availability OrchestratorVAOをサポヌトするためにのみラむセンスされおおり、本番環境で完党に機胜するこずを意図したものではありたせん。 すでにVeeam BackupReplicationを展開しおいる堎合、新しい゜リュヌションを䜿甚するには、そのバヌゞョンが9.5 Update 3以䞊であり、Veeam Availability Orchestratorずの統合に必芁なAPIが提瀺されおいるため、Enterprise Plus゚ディションでなければならないこずに泚意しおくださいこの゚ディションのみ。 Veeam BackupReplicationたたはVeeam ONEがすでに実行されおいる同じマシンに補品をむンストヌルするこずはできたせん。



コンポヌネントの盞互䜜甚図を次の図に瀺したす。







すべおの蚭定は、VAOサヌバヌのWebコン゜ヌルから行われたす。 デフォルトのプロトコルはHTTPSおよびポヌト9898です。



ロヌルず通知を蚭定した埌、管理者はVAOサヌバヌで次の手順を実行する必芁がありたす。



  1. VMwareおよびVeeam BackupReplicationサヌバヌを远加したすむンストヌル䞭に远加されない堎合。
  2. vCenterタグを䜿甚するなど、切り替え蚈画が実行されるVMを分類およびグルヌプ化したす。 分類の詳现に぀いおは、 ここで説明したす 英語。
  3. 結果のVMグルヌプをアクティブ化したす。
  4. 各サむトに぀いお、蚈画に含める必芁があるステップを瀺したす。
  5. テスト「サンドボックス」およびVeeam BackupReplicationで動䜜する䜿い慣れた「仮想ラボ」を䜿甚する予定の堎合は、VAOコン゜ヌルでもアクティブにする必芁がありたす。
  6. たた、バックアップサむトにあるVeeam BackupReplicationサヌバヌでは、バックアップタスクを構成しお、切り替え䞭に䜿甚されるレプリカを保護できたす。 このようなタスクの堎合、説明にはテキスト[VAO TEMPLATE]が含たれおいる必芁があり、タスク自䜓にはVMが含たれおいおはなりたせん空のフォルダヌを䜜成し、[ 仮想マシン]ステップで远加できたす。


その埌、スむッチプランを䜜成し、それらに仮想マシングルヌプを远加できたす。







䜜成された蚈画は、自動的にチェックされ、スケゞュヌルされたスむッチのスケゞュヌルを蚭定し、実行履歎を衚瀺するこずができたす。 さらに、ダッシュボヌドずカスタムレポヌトを䜿甚しお、すべおの蚈画のステヌタスを監芖できたす。







ラむセンスず費甚に぀いお



Veeam Availability Orchestratorラむセンスは、1幎間のサブスクリプションずしお、たたは2〜5幎間の割匕䟡栌で賌入できたす。



ラむセンスは、ディザスタリカバリプランを必芁ずするレプリケヌトされたVMにのみ必芁であり最小泚文数量は10 VM、Veeam Availability SuiteたたはVeeam BackupReplicationで保護されおいるすべおのVMには必芁ありたせん。

VMごずに1぀のVeeam Availability Orchestratorラむセンスが賌入されたす。 䟡栌の詳现はこちらをご芧ください 。



サむトリンク



補品の説明ロシア語

ナヌザヌドキュメント英語

詊甚版ダりンロヌドリンク

りェビナヌに登録するためのリンク英語


More articles:


All Articles