LoginSignup
8
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@ora-777

【OCI クラウド移行ガイド】AWS EC2(Red Hat)からOCI Computeへ移行してみた

Last updated at Posted at 2025-05-28

Oracle Cloud Migration Service（OCM）を使って、AWS EC2(Red Hat/RHEL)からOCI Computeへの移行検証をしました。

OCIクラウド移行ガイドとは?

オンプレミスやAWSなどからOCIへの移行プロジェクトに取り組んでいるクラウドエンジニア（@araidon,@kazunishi,@yama6,@tktk2712,@ritokuna,@nomu_kyou,@ora-777,@sshatari,@makoji,@miztana）による、OCI移行手順をまとめたシリーズ記事です。 サンプルワークロードから対象サービスを取り上げ、移行手順をガイドいたします。 まとめ記事は以下です。

今回利用するOCMとは?

VMware仮想マシンおよびAmazon Web Services (AWS) EC2インスタンスを、 Oracle Cloud Infrastructure (OCI)コンピュートに移行するためのサービスです

OCM概要資料はこちら↓

前提知識：AWS/OCIにおけるRHELサブスクリプションについて

AWS上で稼働しているRHELのサブスクリプションは、AWS経由で提供しているサブスクリプションで利用するパターンと、Red Hat Cloud Accessを使用するパターンがあります。
・[Red Hat]Red Hat Cloud Access とパブリッククラウドの Red Hat Enterprise Linux オンデマンドサブスクリプションの相違点

Q: Amazon EC2 での Red Hat Enterprise Linux が提供される方法と料金体系について教えてください。
Amazon EC2 での Red Hat Enterprise Linux は、長期契約なし (オンデマンドまたはスポットインスタンス) の時間単位の均一料金か、一括前払い (リザーブドインスタンス) のいずれかで提供されます。それぞれの料金には、Amazon EC2 コンピューティングの利用料金と、Red Hat Enterprise Linux のサブスクリプション料が含まれます。(略)
Red Hat Cloud Access を使用する場合、Amazon EC2 での既存の Red Hat Enterprise Linux Premium サブスクリプションを利用できます。Amazon EC2 向け Red Hat Cloud Access について詳しくは、Red Hat のウェブサイトをご覧ください。
出典：・[AWS]Amazon EC2 での Red Hat Enterprise Linux のよくある質問

OCIでは、OCI経由で提供しているサブスクリプションはなく、RHEL提供のCloud Accessのサブスクリプションが利用できます。

Q.Red HatのBYOSプログラムを通じて、自分のサブスクリプションを持ち込むことは可能ですか？
A.はい。お客様は、Red Hat Cloud Access Programを使用してRed Hat Enterprise Linuxライセンスを活用していただけます。
出典：[Oracle]OCI上のRed Hatに関するよくある質問

AWSが提供しているサブスクリプションライセンスを使用している場合の注意事項

AWSが提供しているサブスクリプションで利用している場合、下記のページの通り、AWSによって提供されているサードパーティ製ソフトウェアが含まれている場合はエクスポートできないとの記載があります。

AWSによって提供されたサードパーティー製ソフトウェアが含まれている場合、イメージをエクスポートすることはできません。たとえば、VM Export では、Windows または SQL Server イメージや、 AWS Marketplaceのイメージから作成されたイメージをエクスポートすることはできません。
出典：イメージのエクスポートに関する検討事項

そのため、OCIに移行する場合は下記の手順で移行する必要があります。

  1. AWS上でAWS提供のサブスクリプション(PAYG)をRHEL提供のサブスクリプション(BYOS)に切り替える
    ・[Red Hat][AWS] How to convert On-Demand AWS Virtual System from pay-as-you-go (PAYG) billing to bring-your-own-subscription (BYOS)?
  2. OCMによる移行を実施（本記事）
  3. OCI上のインスタンスをresource-managerを使ってRHELに登録する
    ・[Red Hat]How to register and subscribe a RHEL system to the Red Hat Customer Portal using Red Hat Subscription-Manager?
  4. Cloud Accessに登録する

この記事ではRHEL Cloud Accessのライセンスを使用したインスタンスを使用して移行していますので、上記の手順の記載はありません。不明な点がある場合は、Red Hat社、AWS社にお問い合わせください。

OCI上でのRHELのサポートについて

OCIにインポートした後のOSのサポートの提供有無はOS毎に異なります。
OCI上でRHELを使用する場合にサポートに関して確認できるサイトを記載します。

・[Oracle]OCIにおけるOSの技術サポート(全体)
・[Oracle]OCIにおけるOSの技術サポート(RHEL詳細)
　　‐ OCIにおける3rd Party OSのサポートの考え方の記載があります。
・[Red Hat]Red Hat Ecosystem Catalog
　　‐ Red HatよりCertifyされているOCI Computeのシェイプの確認ができます。

移行の流れと本記事のスコープ

OCMを利用するのに前段階の設定が必要になります。
「前提条件の作成」と「インベントリ作成」は既に実施済みとします。
前提条件・インベントリの作成方法は以下の記事をご参照ください。

また上記の記事にOCMのコンポーネントが解説されてます。
手順だけではなく、より詳しい移行イメージや構成を見たい方はご参照ください。

この記事では、以下の6STEPの移行手順を説明していきます。
Step1. 【AWS】AWSの資格情報取得
Step2. 【OCI】アセットソースの作成
Step3. 【OCI】アセットソースで検出の実行
Step4. 【OCI】移行プロジェクトの作成
Step5. 【OCI】アセットのレプリケート
Step6. 【OCI】移行検証

■AWS側の作業

Step1.【AWS】AWSの資格情報を取得

OCIのOCMサービスからAWSに接続するために、移行したいEC2があるAWSアカウントに入って、事前に下記の情報を取得します。

1.アカウントID → Step1-1
2.アクセスキー → Step1-2

Step1-1.アカウントIDの確認方法

AWSマネジメントコンソールの右上からユーザIDをクリックするとアカウントIDが表示されるので、アカウントIDをメモしておきます。

image.png

Step1-2.アクセスキーの作成方法

  1. アカウントIDを確認した場所の下から「セキュリティ認証情報」を選択します。
    image.png

  2. IAMの「セキュリティ認証情報」の画面に来るので、「アクセスキー」セクションで「アクセスキーを作成」ボタンを押します。
    image.png

3.今回はルートユーザでアクセスキーを作成しているため、確認画面が出てくるのでチェックを入れて「アクセスキーを作成」ボタンを押します。
image.png

4.アクセスキーとシークレットアクセスキーが表示されるので、2つの情報をメモしておきます。「.csvファイルをダウンロード」ボタンで保存しておくことも可能です。
image.png

上部に注意書きが出ますが「シークレットアクセスキー」はこの画面で控えておかないと、あとで再表示することはできませんのでご注意ください。

以上でAWS環境への接続で必要な情報が取れました。

■OCI側の作業

Step2.【OCI】アセットの検出

このステップでは、アセット・ソース（接続情報を保持するオブジェクト）を作成します。
  1. メニューから「移行とディザスタ・リカバリ」→「クラウド移行」→「検出」を選択します。

image.png

2.「アセット・ソースの作成」ボタンを押します。
image.png

3.「アセット・リソースの作成」画面
下記の通りアセット・リソースを作成します。アセット・ソースとは、OCMがソース環境に接続するために必要な接続情報のコンポーネントです。

3-1.「アセット・ソース・タイプ」「アセット・ソース情報」セクション

  • アセット・ソース・タイプ：「AWS」を選択
  • アセット・ソース情報：
    • 名前：任意
    • アカウントID：(AWS)Step1-1で取得したAWSのアカウントIDを指定
    • リージョン：(AWS)移行元のAWS対象リソースが存在しているリージョン
    • コンパートメント：(OCI)アセットソースを配置したいコンパートメント
    • ターゲットコンパートメント：(OCI)移行先のコンパートメント
      image.png

3-2.「リモート接続ソース環境」セクション

  • 「新規作成」を選択
  • 名前：任意
  • コンパートメントに作成：(OCI)アセットソースを配置したいコンパートメント
    image.png

3-2.「検出資格証明」セクション

  • 「検出資格証明」セクション
    • 「シークレットの作成」を選択
    • 名前：任意
    • コンパートメントで選択：前提条件作成で作った「MigrationSecrets」コンパートメントを選択
    • <コンパートメント名>のボールト：前提条件作成で作った「MigrationSecrets」コンパートメント内のボールトを指定
    • <コンパートメント名>のマスタ暗号化キー：前提条件作成で作った「MigrationSecrets」コンパートメント内のマスタ暗号化キーを指定
    • アクセス・キーID：Step1-2で確認したアクセス・キーを指定
    • シークレット・アクセス・キー：Step1-2で確認したシークレット・アクセス・キーを指定
  • 「レプリケーション資格証明オプション」セクション
    • レプリケーション資格証明オプション：「検出資格証明の使用」を選択

image.png

3-3.「レプリケーション資格証明」「検出スケジュール」「メトリック」セクション
デフォルトから変更なしで「アセット・ソースの作成」ボタンを押します。

image.png

3-4.作成中の画面イメージ

image.png

3-5. アセット・ソースが完成すると「AS」アイコンが緑色で表示され、下部の作業リクエストのステータスが「成功」になります。
image.png

Step3. 【OCI】アセットソースで検出の実行

このステップでは、AWS環境に接続して移行元のオブジェクトの情報を検出します。

1.アセット・リソースの詳細の画面から、「検出の実行」ボタンを押します。

image.png

2.確認画面で「検出の実行」ボタンを押します。
image.png

3.下の作業リクエストの「AWSアセットの検出中」という項目でステータスが確認できます。ステータスが成功に変わったら完了です。
image.png

4.左のメニューから「アセット」を選択すると、検出されたアセットが確認できます。この例では、EC2の仮想マシンと、EBSのブロック・ボリュームのメタデータが確認できます。
image.png

これでOCMがAWS側のリソースを認識しました。

Step4. 【OCI】移行プロジェクトの作成

移行プロジェクトとは、移行アセットと移行プランをまとめる論理的なコンテナのことです。

  1. 「クラウド移行」→「移行」メニューで、「移行」プロジェクト一覧画面に行き、「移行プロジェクトの作成」ボタンを押します。
    image.png

  2. 今回は「初期移行プランを使用して移行プロジェクトを作成します」を選択します。
    image.png

  3. 移行プロジェクトの作成画面で下記の通り入力します。

3-1. ①基本情報：「移行情報」「レプリケーション・スケジュール」セクション

  • 「移行情報」セクション
    • 表示名：移行プロジェクトの名前（任意）
    • コンパートメント：(OCI)アセットソースを配置したコンパートメント
  • 「レプリケーション・スケジュール」セクション
    • 「レプリケーション・スケジュールがありません」を選択します。
      image.png

3-2. ②アセット：「アセット」セクション

  • 「OCMインベントリからの追加」ボタンを押します。
    image.png

  • 「アセットの選択」画面で、移行したいアセットのチェックボックスにチェックを入れ「移行アセットの追加」を押します。
    image.png

  • 選択されたアセットが表示されたら、「次」ボタンを押します。
    image.png

3-3. ③レプリケーション位置：「デフォルトのレプリケーション場所」セクション

  • <コンパートメント名>のレプリケーション・バケットに、前提条件で作成したレプリケーション・バケットを指定して「次」を押します。
    image.png

  • 参考：レプリケーション場所の指定画面
    image.png

3-4. ④初期移行プラン

  • 「初期移行プラン」セクション
    • 表示名：任意
    • コンパートメント：(OCI)アセットソースを配置したコンパートメント
    • ターゲット・コンパートメント：(OCI)移行先のコンパートメント
  • 「ターゲット環境」セクション
    • <コンパートメント名>のVCN：ターゲット・コンパートメント内にあらかじめ作成したVCNを指定
    • <コンパートメント名>のサブネット：ターゲット・コンパートメント内にあらかじめ作成したサブネットを指定

入力し終わったら「次」ボタンを押します。
image.png

3-5. ⑤確認および作成
入力した内容を確認して、問題がなければ「作成」ボタンを押します。
image.png

image.png

4.作成中の画面です。

image.png

5.成功すると移行プランが「アクティブ」になります。

image.png

6.移行プラン名を押すと移行プランの詳細を見ることができます。

image.png

Step5.【OCI】アセットのレプリケート

このステップでAWSの移行対象をOCI側にレプリケートして、ゴールデンボリュームを作成します。

1.「移行プロジェクトの詳細」画面の上部メニューから「レプリケート」ボタンを押します。
image.png

2.確認画面が出てくるので問題がなければ「レプリケート」ボタンを押します。

image.png

3.レプリケート実行中は作業リクエストのステータスが「実行中」になります。
image.png

4.詳細画面で進捗を確認できます。
image.png

5.レプリケートが終了するとアイコンが緑色になります。今回は32分ほどかかりました。

image.png

Step6. 【OCI】移行検証

実際のターゲット・コンパートメントにインスタンスを生成します。

1.移行プロジェクトの詳細画面 → 移行プラン詳細画面の左下の「ターゲット・アセット」メニューを選択します。

image.png

2.ターゲット・アセットの右端のメニューボタンから、「構成」を選択します。

image.png

3.「ターゲット・アセットの構成」画面

  • インスタンス表示名：ターゲットインスタンスの名前を選択します。
  • コンパートメント：(OCI)移行先のコンパートメント
  • VM構成：任意の容量タイプ、シェイプを選択します。
  • ネットワーク
    • <コンパートメント名>のVCN：ターゲット・コンパートメントに予め作成したVCNを指定
    • <コンパートメント名>のサブネット：ターゲット・コンパートメントに予め作成したサブネットを指定
  • ブロック・ボリューム：任意の設定を指定

image.png

image.png

全て入力を終えたら「構成」ボタンを押します。

4.ターゲットアセットが更新中になります。
image.png

5.状態が「アクティブ」になったのを確認します。
image.png

6.画面上部の「RMSスタックの作成」ボタンを押します。
image.png

7.確認画面で「RMSスタックの作成」を押します。
image.png

8.作成中のステータスは作業リクエストで確認できます。
image.png

9.RMSスタックの生成が完了すると、移行プラン詳細画面から確認することができます。デプロイのために上部メニューから「RMSスタックのデプロイ」ボタンを押します。
image.png

10.確認画面で「RMSスタックのデプロイ」ボタンを押します。
image.png

11.実行状況は「スタックの詳細」画面の下部の「ジョブ」から確認できます。
image.png

12.進行中の詳細のログは、ジョブの詳細画面で確認できます。
image.png

13.作成が完了すると、アイコンが緑になります。
image.png

14.左下の「ジョブ・リソース」画面から、作成したインスタンスへのリンクがあります。
image.png

15.インスタンスの画面で詳細が確認できます。
image.png

インスタンスへの接続方法については、こちらのチュートリアルに記載があります。

ユーザは “opc”ではなく、”ec2-user”なのでご注意ください。

以上でOCMを使用したEC2インスタンス(RHEL)の移行手順の説明を終わります。
今回はテストとして1つのインスタンスを対象としていたので、移行の手間が多いように見えるかと思いますが、大量のインスタンスを移行する時には有用ではないかと思います。

以上

8
2
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
8
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?