VPCサービスのデータポータビリティを理解する

仮想サーバーの顧客データのエクスポート

Virtual Servers for VPC お客様がサービスを利用する際にアップロード、保存、処理されるお客様のコンテンツをエクスポートする仕組みを提供します。

以下の手順で、仮想サーバーの顧客データをIBM Cloud Object Storageにエクスポートします。 IBM Cloud Object Storage より、画像をダウンロードしてご利用ください。 この手順は、パブリックホストと専用ホストの両方でプロビジョニングされる仮想サーバーに適用されます。

1. エクスポートするデータを含む仮想サーバーについて、「ボリュームからイメージを作成する」の手順を完了します。
2. IBM Cloud VPC からエクスポートする権限が設定された IBM Cloud Object Storage インスタンスがあることを確認してください。 詳細については、 「IBM Cloud Object Storage へのアクセス許可の付与（画像のインポートとエクスポート ）」を参照してください。
3. カスタム・イメージIBM Cloud Object Storageにエクスポートする を」の手順を実行します。
4. カスタム画像をIBM Cloud Object Storageからダウンロードしてご利用ください。 詳細については、Aspera高速転送の使用 を参照してください。
5. ブートボリュームのほかに仮想サーバー用のデータボリュームがある場合は、「ストレージボリュームと共有内のお客様のデータ」を参照してください。

仮想サーバーのブートボリュームイメージに加え、以下のリソースで仮想サーバー構成に関するその他の詳細を確認できます。

ベアメタルサーバーの顧客データのエクスポート

ベアメタルサーバーは、完全に顧客管理されたサービスとして位置づけられている。 データエクスポートソリューションの決定は、ご自身で行っていただく必要があります。

カスタム画像用の顧客データのエクスポート

Image for VPCは、サービスを利用する際にアップロード、保存、処理されるコンテンツをエクスポートする仕組みを提供します。

カスタムイメージの顧客データをIBM Cloud Object Storageにエクスポートするには、以下の手順に従ってください。 IBM Cloud Object Storage より、画像をダウンロードしてご利用ください。

1. IBM Cloud VPC からエクスポートする権限が設定された IBM Cloud Object Storage インスタンスがあることを確認してください。 詳細については、 「IBM Cloud Object Storage へのアクセス許可の付与（画像のインポートとエクスポート ）」を参照してください。
2. カスタム・イメージIBM Cloud Object Storageにエクスポートする を」の手順を実行します。
3. カスタム画像をIBM Cloud Object Storageからダウンロードしてご利用ください。 詳細については、Aspera高速転送の使用 を参照してください。

ネットワークサービスのための顧客データのエクスポート

ネットワーク設定には直接的な「エクスポート」機能は存在しませんが、手動で詳細情報を収集することは可能です。 必要に応じて、 IBM Cloud CLIを使用してリソースの設定を取得するか、 IBM Cloud APIとプログラムでやり取りして設定を取得できます。

IBM Cloudネットワーキング・サービスの構成を別のクラウド・プラットフォームにエクスポートするには、一連の手順が必要です。 以下のセクションでは、プロセスの概要と知っておくべき事項を説明します：

1. IBM Cloudネットワーキング・サービスの構成を評価する。 まず、移行したいサービスを特定する。 これらのサービスには、仮想プライベートクラウド（VPC）、ロードバランサー、VPN、フローログ、サブネットなどが含まれます。
2. 対象となるクラウドプラットフォームを準備する。 各クラウド・プロバイダーは独自のネットワーク機能を備えている。 移行を開始する前に、移行先のクラウドで同等のサービスを調査し、移行先プラットフォームのネットワーク設定を理解する必要がある。 そして、互換性をチェックする。 クラウドアーキテクチャの違いにより、いくつかの機能を再設定する必要があるかもしれない。
3. 手動またはツールを使用して構成を複製する。 例えば、デスティネーション・クラウド・プロバイダーのUI、CLI、またはAPIを使用して、ネットワーク・コンフィギュレーションを再作成する。 自動化ツールは、ネットワークサービスが同等であることを前提に、インフラをスクリプト化し、クラウド環境間でコンフィギュレーションをエクスポートするために使用できる。
4. DNSレコードをエクスポートし、新しいプラットフォームのDNSサービスに設定することで、ネットワークサービスを移行します。 また、ファイアウォールの設定とセキュリティグループを手動で再作成し、同じセキュリティルールが適用されるようにする必要があります。 ロードバランサーの場合は、必要なコンフィギュレーションを転送し、ポート転送やSSL設定などの動作がターゲットプラットフォームのサービスで再現されていることを確認する。 さらに、新しいプラットフォーム上でVPNや同等のプライベートネットワーク接続を確立する。
5. 設定をテストする。 接続性を確認するには、VPC、サブネット、セキュリティグループ、ルーティングテーブルを含むすべてのネットワークリソースが適切に設定され、期待通りに通信していることを確認してください。 該当する場合、DNS解決をテストし、ドメイン名が正しく指し示されていることを確認してください。 また、ロードバランサーやVPN接続をチェックし、トラフィックが期待通りに流れ、サービスに安全にアクセスできることを確認する。

コンソールを使用したネットワークサービスデータのエクスポート

各ネットワーキングサービスには、メインコンソールページにダウンロードアイコンがあり、これを使用してデータをCSVファイルにエクスポートすることができます。 ユーザー・インターフェースからデータを転送する便利な方法だ。

ストレージ・ボリュームと共有の顧客データのエクスポート

Block Storage for VPCまたはFile Storage for VPCデータを、オンプレミスであるか別のクラウドプロバイダであるかにかかわらず、別のターゲットストレージプラットフォームに移行するための戦略を作成する場合、多くの要因を考慮して成功させる必要があります。

移籍のシナリオはそれぞれ異なる。 ユースケースの要件と特別な考慮事項を把握する。 各移行シナリオには、移行するデータの種類、データの可用性、データの互換性、移行先のストレージ環境の要件などの要素が含まれます。

1. 移行するデータの種類を特定する。 移行プロセスの完了時にワークロードのシームレスな移行を確実にするために、ソースとターゲットのストレージ環境間で利用可能なストレージサービスの互換性を確保する必要があります。

   • 対象となるストレージがブロック・ボリューム・サービスのデータである場合、対象となるクラウド・プロバイダーが同等のブロック・ストレージ・サービスを利用でき、既存のデータを正しくマッピングできることを確認する。
   • ターゲット・ストレージがファイル・サービス・データの場合、ターゲット・クラウド・プロバイダーが既存のデータを正しくマッピングするために、同等のNFSファイル・サービスを利用できることを確認する。

2. データのパフォーマンスと容量の要件を特定する。 移行後のワークロードの動作への影響を軽減するために、移行先のプラットフォームに互換性のあるパフォーマンスおよびキャパシティ・プロファイルが用意されていることを確認する。 データを移行する前に、新しいターゲット環境で事前にパフォーマンステストを実施し、ワークロードのパフォーマンスへの影響を評価することをお勧めします。

3. サービスのデータ可用性とダウンタイムの要件を検討する。

   • データの可用性と停止期間に関する具体的な要件を特定する。
   • 移行プロセスにおいて、ワークロード全体のデータの一貫性とアクセシビリティを確保するための戦略を検討してください。
   • 移住にどれだけの時間がかかるか考えてみよう。 大規模なデータ資産をお持ちの場合は、移行実行のスケジュールを定義した詳細な移行計画を策定する必要があります。 転送するデータセットのサイズを評価し、ソース環境とターゲット環境間の予想されるデータ転送速度を考慮する必要があります。

4. 適切なツールを選択する。 データ移行のための具体的なツールを検討する場合、その作業に適したソリューションを選ぶことが重要です。

   • ブロック・ストレージ - ネイティブ・ブロック形式を維持するブロック・ボリューム移行ツールを選択する。 データが未加工のブロックまたはチャンクとして転送され、ターゲット・ストレージ・システムに取り込まれる際に、元のファイルシステム構造とボリューム・レイアウトが維持されることを確認する。 具体的にどのようなツールを選択するかは、お客様独自の移行要件によって異なります。 評価プロセスで留意すべき重要な検討事項には、移行プロセスにおけるデータ整合性、データ監視、データセキュリティに対するプロバイダーの能力が含まれる。 さらに、データを移行する先のストレージベンダーが規定する要件を評価することも重要です。 移行を簡略化するためのプロセスやツールが推奨されているかどうかを理解するために、ターゲットストレージ環境のドキュメントを確認することをお勧めします。
   • ファイル・ストレージ - データを新しいストレージ環境に転送する際、ファイルシステムの階層、ディレクトリ構造、メタデータ、パーミッションを維持するNFS移行ツールを選択します。 NFS移行ツールを評価する場合、使用するツールが移行中にデータの一貫性と整合性を維持することを確認してください。 ツールが安全なデータ転送機能をサポートし、適切な監視機能を備えていることを確認する。 それぞれのツールにはそれぞれの強みがあるため、特定の要件を評価し、ニーズに最も合うものを選ぶことが重要である。

5. データ移行計画を開始する前に、要件に対する移行ツールの機能を検証するための包括的なテスト計画を策定する。 テストでは、以下の点が評価されていることを確認する：

   • 移行プロセス中のデータの一貫性とデータの完全性
   • 移行プロセス中の問題を監視、検出、対応する能力
   • ソース環境とターゲット環境間のネットワーク帯域幅とネットワークの信頼性
   • 移行完了後、ターゲット・システム上ですべてのデータが無傷であることを確認できること

その他の考慮事項:

• データ移行作業を実行する前に、IBM Cloud内でスナップショットを取得することを推奨する。 プロセス中のデータ保持を確実にするため、すべてのデータのバックアップをとっておくことが重要です。
• 移行したデータに依存しているアプリケーションやシステムを更新し、新しいストレージの場所を指すようにする。

仮想サーバーとカスタム・イメージ用のエクスポート・データ・フォーマット

Virtual Servers for VPC エクスポートされたデータ、コンフィギュレーション、アプリケーションのデータ形式とスキーマは以下の通りです：

カスタム・イメージをエクスポートすると、それが Block Storage for VPC ボリュームから作成されたも のであれ、以前にインポートされたものであれ、イメージは指定したフォーマットで エクスポートされます：

• VHD
• QCOW2 (暗号化された画像をエクスポートする場合に必要)

仮想サーバーの設定情報をエクスポートする場合は、仮想サーバーの詳細を JSON 形式でエクスポートします。

特定のインスタンスの詳細を取得し、JSON形式で表示するには ibmcloud is instance コマンドを使って特定のインスタンスの詳細を取得し、JSON形式で表示することができます。

ibmcloud is instance INSTANCE [--output JSON]

インスタンスを取得 するためにAPIリクエストを行うこともできる：

curl -X GET \
"$vpc_api_endpoint/v1/instances/$instance_id?version=2024-11-13&generation=2" \
-H 'Content-Type: application/json' \
-H "Authorization: Bearer $iam_token"

ネットワーク・サービス用のエクスポート・データ・フォーマット

VPC向けネットワーキング・サービスは、エクスポートされたデータ、コンフィギュレーション、アプリケーションの以下のデータ形式とスキーマをサポートしています：

• JSON形式でのみエクスポート

ネットワーキング・サービスの構成情報をエクスポートする場合は、その詳細をJSON形式でエクスポートします。

ロードバランサーの詳細をエクスポートするには、次のCLIコマンドの例を使用します。

ibmcloud is load-balancers [--resource-group-id RESOURCE_GROUP_ID | --resource-group-name RESOURCE_GROUP_NAME | --all-resource-groups] [--output JSON] [-q, --quiet]

使い方の詳細については ibmcloud is load-balancers.

ロードバランサーの一覧を表示 するには、次のAPIリクエストを使う：

curl -X GET "$vpc_api_endpoint/v1/load_balancers?version=2024-11-12&generation=2" \
-H 'Content-Type: application/json' \
-H "Authorization: Bearer $iam_token"