FJcloud実践
Acronis Cyber Protect Cloudを利用してFJcloud-Vにサーバーを移行する part3
FJcloud-Vへ移行を検討する際の選択肢の一つにAcronis Cyber Protect Cloud(以降Acronis)を利用する方法があります。 しかし、移行元のサーバーが実際に移行できるのか、あるいは何らかの移行できない条件があるのではないか、といった疑問をお持ちの方も多いのではないでしょうか。
この記事では、Acronisを利用してFJcloud-Vにサーバーを移行する際の条件を細分化して移行可否を検証した結果をご紹介します。
今回の記載内容と今後の記載内容
- part1
- Windows Serverにおける、ローカルディスクの容量による移行可否と詳細
- Windows Server、RedHat Enterprise Linux で増設ディスクを付与している場合の移行可否と詳細
- part2
- 移行元サーバーのディスク容量と使用量がFJcloud-Vの仕様を超過している場合の移行可否と詳細
- part3(本編)
- 移行元サーバーのディスク本数がFJcloud-Vの仕様を超過している場合の移行可否と詳細
本記事で扱う内容
本記事（part3）では、以下のケースについて検証結果をもとに移行可否を整理します。
- 移行元サーバーの ディスク本数が FJcloud-V の仕様を超過している
- 仕様の詳細は増設ディスクを確認してください。
- ただし 1つのディスク容量はFJcloud-Vの容量上限以内
このような構成に対して、Acronis を利用した移行が可能かを検証しました。
前提条件
本記事は、以下の前提知識がある方を想定しています。
- FJcloud-V の基本的なコントロールパネル操作およびサービス仕様
- Acronis Cyber Protect Cloud（以降 Acronis）の基本的な操作・知識
Acronis や FJcloud-V の基本仕様、ライセンスに関する注意事項については part1 を参照してください。
検証概要
本検証では、移行元サーバーを Acronis でバックアップし、FJcloud-V 上に作成したサーバーへリストアすることで移行可否を確認しています。
機能・サービス
検証で利用する機能・サービスを記載します。
- Acronis
FJcloud-Vで利用しているサーバーやお客様のオンプレミス環境にある物理・仮想サーバー、クライアントOSを含めたシステムやデータを、まるごとバックアップ・復元できるサービスです。
想定構成と課題
想定する移行元サーバー構成
- ディスクの本数が FJcloud-V のディスク上限を超過
- ディスク単体の容量は FJcloud-V のディスク仕様内
例：Windows Server
- 増設ディスク本数：20本
- 各ディスク容量：1TB
課題点
FJcloud-V では増設ディスクの最大数が定められているため、以下のような構成は、ディスク単位での単純な復元では移行できません。
- 増設ディスク本数が超過
解決策
Acronis のリストア機能では、復元時にボリューム単位で復元先ディスクを指定できます。
本検証では、以下の方法を採用しました。
※図は説明用のイメージとして記載しており、実際の検証パターンとは構成が異なります。
- 移行先 FJcloud-V で仕様内の増設ディスクを事前に作成
リストア時に、複数ディスクの各パーティション（ボリューム）を1つのディスクにまとめて割り当て
移行後のイメージ
前提条件
- 統合するディスクの合計容量がFJcloud-V のディスク容量の仕様内であること
検証パターン
本検証では、ディスク統合が有効かどうかを確認するため、以下のパターンで検証を実施しました。
| パターン | OS | 移行元構成 | 移行後構成 |
|---|---|---|---|
| ① | Windows Server 2016 | 100GB×2 D：100GB + E：100GB |
200GB×1ディスクに統合 |
| ② | Red Hat Enterprise Linux 7 | 100GB×2 vdb1：100GB + vdc1：100GB |
200GB×1ディスクに統合 |
※ システムディスク容量は本検証の考慮範囲外としています。
検証結果
検証結果は以下の通りです。
- すべてのパターンで移行は成功
- ディスク統合後も正常に利用可能
本検証では、ボリュームマッピングにより複数ディスクのパーティションを1つのディスクへ統合して復元することで、ディスク本数の制約を回避できることを確認しました。
OS別：ボリュームマッピング時の注意点
Windows
Windows Server の場合、本検証ではリストア時に明示的なボリュームマッピング変更は不要でした。
Red Hat Enterprise Linux
リストア時のボリュームマッピングに注意が必要です。
- 移行元サーバーと移行先（FJcloud-V）で仮想化方式が異なる場合、ストレージデバイスのデバイス名が変更される
- 例：移行元で
/dev/vd[x]だったディスクが、FJcloud-V へ移行後/dev/sd[x]に変更される
- 例：移行元で
- 本検証では、複数のパーティションを1つの増設ディスクへリストアしているため、デバイス名およびパーティション番号も変更される
- 例：移行元で
/dev/vdc1だったディスクが、FJcloud-V へ移行後/dev/sdb2に変更される
- 例：移行元で
- Acronis のデフォルト割り当てでは、意図しないディスクに復元される場合がある
そのため、以下を必ず確認してください。
/（ルートファイルシステム）を含むディスクは必ず「ディスク1」に割り当てる- 増設ディスクのパーティション（vdb1 / vdc1）は、想定したディスクに割り当てられていることを確認する
本検証では、ボリュームマッピングを調整することで問題なく復元および起動が可能であることを確認しました。
また、/etc/fstab の記述方法によっては、デバイス名の変更によりマウントに影響が出る可能性があります。
本検証では/etc/fstabにUUIDで指定しており、問題なくマウント可能でしたが、/etc/fstab にデバイス名（/dev/sdX など）を直接指定している場合、移行後にデバイス名の変更によりマウントに失敗する可能性があります。
そのため、fstab の設定内容を事前に確認し、必要に応じて修正してください。
移行時の留意事項
- 復元先ディスク選択時はシステム領域を含むディスクを必ず「ディスク1」に割り当ててください
- OS が正常に起動しない場合は、Acronis のユニバーサルリストアを実施してください
共通の手順・注意事項については part1 を参照してください。
検証手順
基本的な移行手順（Acronis の導入、バックアップ取得、ISO起動による復元手順など）は、part1 に記載している内容と同一です。
本章では、本検証（part3）において特に注意した点、およびディスク本数超過構成に起因する補足事項のみを記載します。
移行元サーバーのディスク構成の確認
本検証では、複数の増設ディスクに分かれている構成を用意しています。
まず、移行元サーバーのディスク構成を確認します。
検証パターン①（Windows Server）
容量（ディスク） 容量（ボリューム） ボリューム ファイルシステム 備考 80GB 80GB C: NTFS システムストレージ 100GB 100GB D: NTFS 増設ストレージ 100GB 100GB E: NTFS 増設ストレージ 
- OS上のマウント作業は追加したディスクの設定方法(マウント手順)：Windows系OSの場合の手順で実施
検証パターン②（Red Hat Enterprise Linux）
容量（ディスク） 容量（ボリューム） デバイス名 マウントポイント ファイルシステム 備考 40GB 40GB /dev/vda / など XFS システムストレージ 100GB 100GB /dev/vdb1 /mnt/adddisk01 EXT4 増設ストレージ 100GB 100GB /dev/vdc1 /mnt/adddisk02 EXT4 増設ストレージ 
- OS上のマウント手順は追加したディスクの設定方法(マウント手順)：Linux系OSの場合の手順で実施
移行元サーバーのバックアップと移行先サーバーの準備
- 移行元サーバーをAcronisを使ってバックアップします。
- 移行先サーバーをFJcloud-V上に準備します。
- 200GBの増設ディスクを1つ作成します。
- ここでのOS上のマウント作業は不要です。
復元時のディスク選択とボリュームマッピング
ディスク本数超過構成の場合、復元時のディスク選択およびボリュームマッピングが重要な確認ポイントとなります。
- 復元するデータの選択では、バックアップ内容を「ボリューム」単位で指定し、ディスクをすべて選択します
- 復元先ディスク選択画面で、システム領域の復元先が「ディスク1」になっていることを必ず確認してください
- 複数ディスクのボリュームを、1つのディスクにまとめて割り当てるよう設定します
今回の検証では復元先をそれぞれ以下の通り設定しました
パターン① Windows Server
パターン② Red Hat Enterprise Linux
復元後のディスク構成の確認
復元完了後、意図した通りにパーティションが1つのディスクへ割り当てられていることを確認します。
- パターン① Windows Server
パターン② Red Hat Enterprise Linux
本検証では、移行元で /dev/vdb1、/dev/vdc1 であったパーティションが、移行後は /dev/sdb1、/dev/sdb2 として割り当てられていることを確認しました。
まとめ
本記事では、移行元サーバーのディスク本数がFJcloud-V の仕様を超過している場合でも、以下の条件に合致していればAcronis のボリュームマッピング機能を利用することで移行可能であることを確認しました。
- 統合するディスクの合計容量がFJcloud-V のディスク容量の仕様内であること
大量のディスクを利用している既存環境においても、ディスク構成を整理することで FJcloud-V への移行が現実的な選択肢となります。
注意事項
- 本記事は、実現性の確認を目的としています。実際に利用する場合は実作業前にお客様にて検証および動作確認を実施し、問題なく移行できるか確認してください。
- 本記事の掲載時点の情報になります。最新の情報は各サービスのサービスページ、技術仕様ページを参照してください。
- 本記事に記載されている会社名、製品名等の固有名詞は各社の商号、登録商標または商標です。
- 本記事の他社サイトへのリンクにつきまして、リンク切れの際はご容赦ください。
- 本記事の他社サービス利用に関する記載については、FJcloud-Vのサポート対象外となります。ご自身の責任でご利用ください。
関連記事
