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

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

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

このソリューションでは、次のユースケースでCompute Cloud@Customerワークロードのバックアップおよびリカバリを構成する方法について学習します:

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

ラックウェアについて

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

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

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

アーキテクチャ

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

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

図rmm-arch-capture-sync.pngの説明

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の有効化、カスタムの後処理スクリプトなど、その他の機能があります。

シンプルなバックアップとリカバリだけでなく、より複雑な完全なディザスタ・リカバリ・シナリオを使用してデータを保護できます。ラックウェアCloudProtectの機能は次のとおりです。

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

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

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

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

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

考慮事項

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

目的

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

有効範囲

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

時間枠

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

データ保存

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

レコメンデーション

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

ビジネス・インパクト・アセスメント

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

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

• 重要度と機密性に基づいてデータを分類します。
• バックアップの頻度を高め、RPOを削減するために、ビジネスへの影響が大きいシステムとデータの優先順位を付けます。

コンプライアンス要件

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

リカバリ時間目標(RTO)

• システムとデータ(RTO)の復元に必要な時間を考慮します。
• 包括的なリカバリ計画を実現するために、RPOとRTOの目標を調整します。

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

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

リソース制約

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

データ変更率

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

テクノロジ・スタック

• 使用中のテクノロジ・スタックおよびインフラストラクチャを検討します。
• Ensure compatibility between backup solutions, system architecture, and the chosen RPO and RTO objectives.

テストと検証

• バックアップおよびリカバリ・プロセスを定期的にテストします。
• Validate that RPO and PIT objectives are achievable and effective in real-world scenarios.

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

• Engage key stakeholders, including business leaders and IT teams.
• Communicate RPO and RTO objectives clearly and ensure alignment with organizational goals.

継続的な改善

• 継続的なレビューと改善のためのフレームワークを確立します。
• Adapt RPO and RTO objectives based on evolving business needs, technological advancements, and lessons learned from past incidents.

RackwareのCloudProtectソフトウェアの設計と理念は、これらのプリンシパルを体現しています。最下位レベルでは、RackwareのCloudProtectは、1回かぎりのバックアップにマップされる単一のマシンをレプリケートします。You can then group multiple VM instances together into a Wave to for a wide use, once, point-in-time copy of your data and systems.You can then build waves into several end solutions such as one-time migration or one-time backup.Then combine these waves with disaster recovery policies such as schedule, frequency, retention policies, failure or success notifications to create DR Waves.DR Wavesは、オリジン環境とターゲット環境間の定期的なバックアップおよび同期を実装します。

Consider these factors to design and implement a useful set of both Backup policies and a complete DR plan for your enterprise.分散クラウドなどの新しいテクノロジをOracle Compute Cloud@Customer、Oracle Private Cloud Appliance、Oracle 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 Linuxインスタンスを構成およびデプロイするための管理者権限を持つOracle Compute Cloud@Customerのユーザーで、コンピュート、ネットワーク、可観測性、管理サービスなどのリソースへの完全なアクセス権。
ラックウェア管理モジュール(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製品、ソリューションおよびサービスを参照してください。