Pythonを使用したテナンシ間でのOCIコンピュートおよびボリュームの移行の簡素化 (2024/11/30)

Pythonを使用したテナンシ間でのOCIコンピュートおよびボリュームの移行の簡素化 (2024/11/30)

https://blogs.oracle.com/cloud-infrastructure/post/simplify-migration-oci-compute-volume-python

投稿者： Meghashree N | solution Engineer


テナンシ間でのコンピュート・リソースおよびボリュームの移行は、複雑なタスクになる可能性があります。ただし、適切にテストされたプロセスを利用することで、テナンシ間でわずかなダウンタイムで安全にデータを移行できます。移行するデータが大きい場合はどうなりますか。複数の仮想マシン(VM)および数百のブロック・ボリュームにまたがるため、プロセス全体がさらに困難になり、さらに複雑になります。


このブログ投稿では、Pythonを使用して移行プロセスの様々なタスクを簡素化し、関連するプロセスと使用するスクリプトについて簡単に説明します。テナンシ間でデータを移動したいお客様を支援するために、次の機能を示します。


  • 異なるサービス・プロバイダなどの運用上の理由やビジネス上の理由により、VMやデータを新しいテナンシに移行
  • ランサムウェア攻撃からのデータの保護
  • 複数の顧客テナンシ間でのVMの移行


この場合、次のアーキテクチャに示すように、VMとボリュームは2つの異なるテナンシ間で移動されます。




前提条件


テナンシ間でバックアップをリストアするには、事前定義済のポリシーが必要です。これらのポリシーは、OCIアイデンティティ・ポリシーによって制御されます。許可ポリシーは古いテナンシで定義する必要があり、認証ポリシーは新しいテナンシで定義する必要があります。


許可ポリシーには、次の情報が含まれます。


Define tenancy NewTenancy as <new_tenancy_ocid>
Define group NewTenancyIdentityGroup as <new_tenancy_group_ocid>
Admit group NewTenancyIdentityGroup of tenancy NewTenancy to read boot-volume-backups in tenancy
Admit group NewTenancyIdentityGroup of tenancy NewTenancy to read volume-backups in tenancy

エンドース・ポリシーには、次の情報が含まれます。


Define tenancy OldTenancy as <old_tenancy_ocid>
Endorse group NewTenancyIdentityGroup to read boot-volume-backups in tenancy OldTenancy
Endorse group NewTenancyIdentityGroup to read volume-backups in tenancy OldTenancy
Endorse group NewTenancyIdentityGroup to inspect volumes in tenancy OldTenancy


移行間のアクティビティに必要な権限を付与し、アクティビティの完了時にポリシーを削除します。ポリシーの詳細は、「テナンシ間でのOracle Cloud Infrastructureボリューム・データの移行について」を参照してください。



推奨ハードウェア


Pythonコードをデプロイするには、両方のテナンシにインスタンスを作成する必要がある場合があります。この場合、VM.StandardE4.Flexシェイプ1 OCPUと6GBメモリーでOracle Linux 8を使用しています。スクリプトでは、コードが機能するようにpip3、PandasおよびOCI-CLIをインストールする必要がある場合があります。ローカル・マシンからスクリプトを実行する場合は、すべてのPythonパッケージ、OCI-CLIおよび認証資格証明が2つの異なるテナンシに対して構成されていることを確認します。



プロセスとスクリプト


インスタンスの実行中は、インスタンスにSSHでアクセスし、Pandasなどの必要なPythonパッケージをインストールできます。このGitHubリポジトリからスクリプトをインポートできます。インスタンスでスクリプトをテストする前に、OCI CLIを構成します。Pythonスクリプトでは、古いテナンシでのカスタム・イメージおよびバックアップの作成、およびカスタム・イメージおよびボリュームの新しいテナンシへの移動について説明します。次のスクリプトは、2つの異なるテナンシに対して実行する必要があります。スクリプトは、GitHubにあります。



スクリプト1


  • コンパートメントに存在するインスタンスごとに、カスタム・イメージを作成し、生成されたカスタム・イメージOCIDを後で使用するために保存します。
  • オブジェクト・ストレージ・バケットが存在するかどうかを確認します。そうでない場合は、バケットと、作成されたカスタム・イメージをエクスポートするための事前認証済リクエストを作成します。
  • カスタム・イメージをバケットにエクスポートし、作成したオブジェクトにPARを作成してファイルに格納します。
  • コンパートメントに存在する各ブロック・ボリュームのバックアップを作成します。


スクリプト2


  • 前のステップで作成した各オブジェクトのPAR URLを作成します。


スクリプト3


  • このスクリプトを実行している新しいテナンシでは、ファイルが読み取られ、各オブジェクトに対して作成されたPARに対して、PARアクセスURIからイメージがインポートされます。次に、カスタム・イメージを作成します。
  • 古いテナンシで作成されたバックアップから、新しいテナンシにブロック・ボリュームを作成します。


詳細


このスクリプト・セットは、大量のデータを移行し、複数のテナンシにわたって計算します。pythonで移行に関与する複雑さを緩和する素晴らしい方法です。楽しく、楽しく学びましょう!


Oracle Cloud Infrastructureのコンピュートおよびボリュームのテナンシ間での移行についてさらに学習するには、次のリソースを参照してください:

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19)

イメージ
Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19) https://blogs.oracle.com/dataintegration/post/how-to-replicate-to-mirrored-database-in-microsoft-fabric-using-goldengate 投稿者： Shrinidhi Kulkarni | Principal Product Manager Oracle GoldenGate 23aiでは、オープン・ミラーリングを介したMicrosoft Fabricへの統合のパブリック・プレビューがサポートされるようになりました。この強力な組み合わせにより、リアルタイムのデータ統合が可能になり、ハイブリッド環境とマルチクラウド環境のデータをMicrosoft Fabricのミラー化されたデータベースに継続的に同期できるため、データは常にAIと分析に対応できます。 Microsoft Fabric統合のOpen Mirroring は、GoldenGate for Distributed Applications and Analytics 23ai (GG for DAA) (23.6)製品を介して提供されます。 既存の Azure統合の詳細については、 ドキュメント を参照してください。 オープン・ミラーリングは、オープン・デルタ・レイク表形式に基づいて、データISVがMicrosoft Fabricのミラーリングを拡張できるように設計されています。この機能により、Oracle GoldenGate 23aiは、オープン・ミラー化パブリックAPIおよびアプローチに基づいて、Microsoft Fabricのミラー化データベースに変更データを直接書き込むことができます。Microsoft FabricでのOpen Mirroringの詳細については、「 Microsoft FabricでのOpen Mirroringの概要 」を参照してください。 このブログ投稿では、この統合の実装の側面について深く掘り下げ、GoldenGate統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む

Oracle APEX 24.1の一般提供の発表 (2024/06/17)

イメージ
Oracle APEX 24.1の一般提供の発表 (2024/06/17) https://blogs.oracle.com/apex/post/announcing-oracle-apex-241 投稿者： Ashish Mohindroo | Vice President, Product Management APEX Low Code Application Platform Oracle APEX 24.1は、 ダウンロード が一般的に可能になり、世界中のOCI APEX Application DevelopmentおよびAutonomous Database Cloud Serviceリージョンにロールアウトされています。この最新リリースで、GenAIを使用して最初のローコード・アプリケーションを構築する方法を学習します。リリースのお知らせのリプレイはこちらからご覧いただけます。 このリリースでは、優れたエンタープライズ・グレードのアプリケーションを簡単に構築できるイノベーションの3つの主要な柱(AI支援アプリケーション開発、Oracleの次世代データ・プラットフォームのパワー活用、高度なWebおよびモバイル・アプリケーションを構築するための強力なエンタープライズ・グレードのコンポーネント)が提供されています。 AI支援アプリ開発 このリリースでは、AIをローコード開発に直接取り込み、すべての開発者が高度なクラウドおよびモバイル・アプリケーションを簡単に構築できるようにしています。開発者は、AIをアシスタントとして使用して、時間と労力を削減してアプリを構築できるようになりました。APEX AIアシスタントを使用すると、開発者は複数のウィンドウを使用して表名と列名を検索する必要がなくなります。 APEX 24.1 では、クラウドおよびモバイル・アプリの自然言語ベースの開発を可能にするネイティブAI搭載APEX AIアシスタントを導入しました。APEX AIアシスタントを使用すると、すべての開発者は自然言語を使用してSQLを生成できるため、アプリケーションをより簡単に構築したり、ワンクリックで構文修正を実行したり、表名を覚える必要がなくなります。開発者は、自然言語プロンプトを使用して目的の機能とコンポーネントを指定し、直感的な会話型インタフェースを使用し...
続きを読む