Oracle Compute Cloud@Customerワークロードのラックウェアの使用について学習

バックアップとディザスタ・リカバリは、今日のデータ管理プラクティスの必須部分です。ハードウェアまたは環境システムの障害、人的エラー、または異常によるデータ損失、盗難、破損から組織のシステムを保護します。データ・センター環境は絶えず変化しており、継続的なメンテナンスと監視が必要です。一般的なデータ損失シナリオに対処するために、個々のファイルまたはデータセットの定期的なデータ保護、バージョニングおよびリカバリのためにデータをバックアップします。ITインフラストラクチャ全体が危険にさらされる可能性がある自然災害、ハードウェア障害、サイバーセキュリティ攻撃など、より深刻なインシデントを処理するようにディザスタ・リカバリを設定します。

Oracle Compute Cloud@Customerは、クラウド接続OPEXモデルで利用可能なフルマネージドのラックスケールのインフラストラクチャです。Oracle Private Cloud Applianceは、ラックスケールのエンジニアド・システムであるCAPEXで、Compute Cloud@CustomerOracle Cloud Infrastructure (OCI)と同様に、同じOCI API、SDK、コンピュート、ストレージおよびネットワーキングで購入できます。どちらのシステムでも、一度開発すればどこにでもデプロイでき、データ・レジデンシ要件を満たすことができます。

このソリューションでは、次のユース・ケースで、Compute Cloud@Customerワークロードのバックアップとリカバリを構成する方法を学習します。

  • 1つ以上の仮想マシン(VM)を古いプライベート・クラウド・アプライアンスから最新のマシンに移行します。
  • プライベート・クラウド・アプライアンスからCompute Cloud@Customerに1つ以上の仮想マシンをバックアップします。
  • 2つのCompute Cloud@Customer環境間でディザスタ・リカバリ(DR)を構成します。

ノート:

このコンテンツは、情報提供目的および自己支援ガイダンスのみを目的として提供されています。コンテンツに関連するコンサルタントまたはその他の支援は、Oracle Support契約または関連するサービス・リクエストの対象にはなりません。質問や追加のニーズがある場合は、Oracle Salesの担当者に直接連絡してください。

ラックウェアについて

RackWare管理モジュール(RMM)を使用すると、オンプレミスのVMWare、OLCNE、Nutanix、Cloud (AWS、GCP、IBMクラウドなど)からワークロードをCompute Cloud@Customerに移動できます。Rackwareは、ワークロードをOCI、リモートCompute Cloud@Customerおよびその他のクラウドにレプリケートすることで、コンバージド・ディザスタ・リカバリおよびバックアップを使用してワークロードを保護する機能を提供します。

Rackware CloudMotionおよびCloudProtectは、ベア・メタルと仮想マシンの両方から任意のクラウド環境にある仮想マシンへのシステムの1回かぎりの移行を実行する機能と、単一のシステムのバックアップ/リストア操作を実行する機能、および完全なディザスタ・リカバリの準備およびリストア機能を提供します。

Rackware CloudProtectは高度に自動化されたクラウド管理およびディザスタ・リカバリ・ソリューションで、企業はクラウド環境およびハイブリッド・クラウド環境でワークロードを評価、移行および保護できます。ラックウェア機能には、Compute Cloud@CustomerPrivate Cloud Appliance、OCIなど、さまざまなクラウド環境へのLinuxおよびWindowsワークロードの移行が含まれます。

アーキテクチャ

最も一般的な構成は、RMMがオリジン・サーバーへのTCP接続を直接確立することです。

このアーキテクチャは、RMMが移行を実行するときに開く必要のあるトポロジとポート、およびターゲット環境の物理サーバーまたは仮想サーバーに対するCapture/Sync操作を示しています。



rmm-arch-capture-sync.zip

このアーキテクチャでは、次のコンポーネントがサポートされています。

  • リージョン

    Oracle Cloud Infrastructureリージョンとは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含む、ローカライズされた地理的領域です。リージョンは他のリージョンから独立し、長距離の場合は(複数の国または大陸にまたがって)分離できます。

  • コンパートメント

    コンパートメントは、Oracle Cloud Infrastructureテナンシ内のクロスリージョン論理パーティションです。Oracle Cloudでのリソースの編成、リソースへのアクセスの制御、および使用割当ての設定には、コンパートメントを使用します。特定のコンパートメント内のリソースへのアクセスを制御するには、誰がリソースにアクセスできるか、どのアクションを実行できるかを指定するポリシーを定義します。

Rackwareを使用すると、次のようなOracle Cloud環境間のシームレスな相互運用性、移行、バックアップおよびディザスタ・リカバリが可能になります。

  • Oracle Cloud Infrastructure
  • Oracle Compute Cloud@Customer
  • Oracle Private Cloud Appliance
  • Oracle Cloud Machine (またはOracle Cloud@Customer Gen 1)

RMMには、選択的なファイルシステム同期、ファイルおよびフォルダの除外、cloud-initの有効化、カスタム後処理スクリプトなど、その他の機能があります。

単純なバックアップとリカバリ、およびより複雑な完全なディザスタ・リカバリ・シナリオを使用してデータを保護できます。RackwareのCloudProtect機能は次のとおりです。

ディザスタ・リカバリ: CloudProtectは、クラウド環境で重要なワークロードおよびデータをレプリケートおよびリカバリする機能を提供することで、ディザスタ・リカバリを容易にします。これにより、オンプレミスの停止や災害が発生した場合のビジネス継続性が保証されます。

マルチクラウドのサポート: Rackwareは、複数のクラウド・プラットフォームとオンプレミスおよびハイブリッド・クラウド構成をサポートしているため、組織はマルチクラウドのマルチストリーム戦略を採用できます。この柔軟性により、ビジネス・ニーズに最適なソリューションを選択できます。

クラウドの自動化移行: CloudProtectは、オンプレミス環境からクラウドにワークロードを移行するための自動化ツールを提供します。これには、リソース割当てを最適化し、スムーズな移行を実現する機能が含まれます。

オーケストレーションおよび自動化: オーケストレーション機能により、複雑なワークフローを自動化できるため、ハイブリッド・クラウドおよびマルチサイト環境間でアプリケーションの管理およびデプロイが容易になります。

バックアップおよびリカバリ: CloudProtectには、データおよびアプリケーションを保護するためのコンバージド・バックアップおよびリカバリ機能が含まれています。これには、定期的なバックアップ・スケジュールと、特定の時点にデータをリストアする機能が含まれます。

考慮事項

バックアップとディザスタ・リカバリは、関連する概念ですが、データとシステムの継続性と保護を確保するために様々な目的に役立ちます。バックアップとディザスタ・リカバリの主な違いは次のとおりです。

目的

  • バックアップ: 特定の時点のデータのコピーまたはスナップショットを作成します。バックアップは、誤って削除、データ破損、またはその他のデータ損失イベントが発生した場合にデータをリストアする手段を提供することを目的としています。
  • ディザスタ・リカバリ: 重大な中断または障害があった場合に、システムまたは環境全体をリストアします。これには、事業運営の継続性を確保するためのより包括的な計画と戦略が含まれます。

有効範囲

  • バックアップ: バックアップには通常、データ、ファイルまたは構成のコピーと格納が含まれます。これには、特定のデータ・セットまたはシステムの定期的なバックアップ、増分バックアップまたは完全バックアップが含まれる場合があります。多くの場合、スコープ内で単一のマシンまたはビューに制限されます。
  • ディザスタ・リカバリ: ディザスタ・リカバリには、データ・センター、システム、ネットワークおよびアプリケーション全体のリストアを含む、より広範な範囲が含まれます。メジャー・インシデントの後に、ITインフラストラクチャ全体を機能状態にリカバリできます。

タイムフレーム

  • バックアップ: 多くの場合、バックアップは、組織のポリシーやデータの重要性に応じて、毎日からより頻繁な間隔まで定期的に実行されます。
  • 障害リカバリ: 障害リカバリ計画は、重大なインシデントの余波に実装されるように設計されています。バックアップから個々のファイルをリストアする比較的迅速なプロセスと比較して、より長いタイムラインが必要になります。

データ保存

  • バックアップ: 通常、バックアップは指定した期間保持され、時間の経過に伴うデータ変更の履歴レコードが提供されます。古いバックアップは、保存ポリシーに基づいてアーカイブまたはローテーションできます。
  • ディザスタ・リカバリ: データ保持はディザスタ・リカバリ計画の考慮事項ですが、ダウンタイムを最小限に抑えるために、システム全体の最新かつ一貫性のあるバージョンのリカバリに重点を置いています。

レコメンデーション

バックアップは、より広範なディザスタ・リカバリ戦略の基本的な構成要素であり、データ・レジリエンスとビジネス継続性の確保に不可欠です。 これらの違いは、哲学や政策の規制や、回復時間目標(RTO)と回復ポイント目標(RPO)の要件と結びついている場合、多くの場合、コスト、能力、さらには物理学の厳しい現実に直面します。組織の理想的な目的は、ゼロ・ダウンタイムまたはゼロ・データ損失です。これらは達成可能な目的ですが、実装のコストはそうでない場合があります。Oracleでは、ビジネス目標を確認し、実装前にビジネスの優先順位、コンプライアンス要件、環境の動的な性質に合わせて調整することをお薦めします。

ビジネスへの影響評価

  • ビジネスに対するデータとシステムの重要性を評価します。
  • 潜在的なデータ損失による財務、業務および評判の影響を理解します。

データの分類と優先順位付け

  • 重要度と機密性に基づいてデータを分類します。
  • より頻繁なバックアップと低いRPOのために、ビジネス上の影響でシステムとデータの優先順位を付けます。

コンプライアンス要件

  • 組織に適用可能な規制およびコンプライアンス標準を識別します。
  • RPOおよびRTOの目標がデータ保護およびリカバリのコンプライアンス要件に準拠していることを確認します。

リカバリ時間目標(RTO)

  • システムとデータのリストアに必要な時間(RTO)を考慮します。
  • RPOとRTOの目標を連携させ、包括的なリカバリ計画を実現します。

アプリケーションおよびシステムの依存性

  • アプリケーションとシステム間の依存関係を理解します。
  • RPOとRTOの目標を調整して、相互に接続されたコンポーネント間で一貫性を維持します。

リソース制約

  • バックアップおよびリカバリ・プロセスに使用可能なリソースを評価します。
  • コストとインフラストラクチャの容量を考慮して、RPOとPITの目標とリソース制限のバランスをとります。

データ変更率

  • システム内でデータが変化する速度を分析します。
  • データの動的な性質に基づいてバックアップ頻度とRPOを調整し、潜在的な損失を最小限に抑えます。

テクノロジ・スタック

  • 使用中のテクノロジ・スタックおよびインフラストラクチャを検討します。
  • バックアップ・ソリューション、システム・アーキテクチャ、および選択したRPOとRTOの目標との間の互換性を確保します。

テストと検証

  • バックアップおよびリカバリ・プロセスを定期的にテストします。
  • RPOとPITの目標が現実のシナリオで達成可能で効果的であることを検証します。

コミュニケーションと利害関係者の関与

  • ビジネス・リーダーやITチームなど、主要な利害関係者を引き付けます。
  • RPOとRTOの目標を明確に伝達し、組織の目標との整合性を確保します。

継続的な改善

  • 継続的なレビューと改善のためのフレームワークを確立します。
  • 進化するビジネス・ニーズ、技術の進歩、過去のインシデントから学んだ教訓に基づいて、RPOとRTOの目標を適応させます。

RackwareのCloudProtectソフトウェアの設計と哲学は、これらのプリンシパルを体現しています。最下位レベルでは、RackwareのCloudProtectは、1回かぎりのバックアップにマップされる単一のマシンをレプリケートします。その後、複数のVMインスタンスを1つのWaveにグループ化して、データとシステムのポイントインタイム・コピーを幅広く使用できます。その後、ワンタイム移行やワンタイムbackup.Thenなどの複数のエンド・ソリューションにウェーブを構築し、これらのウェーブをスケジュール、頻度、保存ポリシー、障害通知、成功通知などのディザスタ・リカバリ・ポリシーと組み合せてDRウェーブを作成できます。DR Wavesは、オリジン環境とターゲット環境間の定期的なバックアップおよび同期を実装します。

これらの要因を考慮して、企業のバックアップ・ポリシーと完全なDR計画の両方の有用なセットを設計および実装します。Distributed Cloudなどの新しいテクノロジをOracle Compute Cloud@CustomerOracle Private Cloud ApplianceOracle Cloud Infrastructureの形式で統合し、RackwareのCloudProtectなどの完全なソリューションを既存のポリシーに統合することで、戦略を堅牢かつ回復力のあるものにできます。

ノート:

バックアップ・ポリシーとディザスタ・リカバリのベストプラクティスの設計と構築は、このソリューション・プレイブックの範囲外です。

必須サービスおよびロールについて

このソリューションには、次のサービスおよびロールが必要です。

  • Oracle Cloud Infrastructure

  • Oracle Private Cloud Appliance

  • Oracle Compute Cloud@Customer

  • Oracle Linux 7.xおよび8.x
  • Oracle Database 19C
  • ラックウェア管理モジュール(RMM)

各サービスに必要なロールは次のとおりです。

サービス名: ロール 必須...
Oracle Cloud Infrastructure: sysdba クラウド内のスタンバイ・データベースをクローズ、停止およびアンマウントします。
Oracle Private Cloud Appliance: Compute Enclave ネットワーク、コンピュートおよびストレージの構成を作成します。
Oracle Compute Cloud@Customer: administrator Oracle Compute Cloud@Customer上のユーザーは、Oracle Linuxインスタンスを構成およびデプロイし、コンピュート、ネットワーク、可観測性、管理サービスなどのリソースへのアクセスを完了する権限を持ちます。
ラックウェア管理モジュール(RMM): administrator ワークロードをインストールしてRMMに移行します。
OCI: administrator このソリューションによって使用されるOracle Cloud Infrastructure Object Storageの構成を含む、コンピュート、ネットワーク、可観測性および管理サービスなどのリソースへの完全なアクセス。
OCI: security administrator コンピュート、ネットワークなどのリソースへのアクセス、可観測性および管理サービスへの完全なアクセスを検査します。
Oracle Database: root プライマリ・データベースとスタンドアロン・データベースを構成し、スタンバイ・データベースをインスタンス化および構成します。
Oracle Linux: rootまたはsudo権限を持つユーザー Oracle Linuxでオリジンおよびターゲット環境を準備します。
Windows: systemまたはadministrator権限を持つローカル・ユーザー Windowsでオリジンおよびターゲット環境を準備します。

必要なものを得るには、Oracle製品、ソリューションおよびサービスを参照してください。