ファイル共有に関する Tips

外部ディスクの移行方法

ファイル共有機能で利用している外部ディスクを別の RD エージェントへ移行する方法について説明します。
ただし、サーバー仮想化ソフトウェアの物理ノードやストレージ構成の状況によっては直接移行できないことがあります。 ファイル共有機能で扱うファイルのバックアップを取得する必要がある場合は、共有フォルダをマウントすることを推奨します。 詳細は運用ガイドのファイル共有を参照してください。

注意：
外部ディスクを利用していない場合、本方法で移行できません。 個別にデータをダウンロードし、新しいファイルストアへアップロードしてください。

移行元エージェントでの操作

  1. サービスを停止

    # rdadm service stop

  2. 外部ディスクの状態を確認
    外部ディスクがマウントされていることを確認します。マウントされている場合、最後の行に以下が表示されます。
    Filestore is using the attached device:/dev/xxx

    # rdadm filestore show

  3. 外部ディスクのアンマウント

    # rdadm filestore reset

  4. 外部ディスクの状態確認
    外部ディスクのマウントが解除されていることを確認します。
    （Filestore is using the attached device:/dev/xxx が表示されないこと）

    # rdadm filestore show

  5. エージェントの停止

    # rdadm power stop

サーバー仮想化ソフトウェアの管理コンソールでの操作

  1. 外部ディスクの割り当てを解除
    各サーバー仮想化ソフトウェアの管理コンソール（Azure Portal など）から移行元エージェントに割り当てられた外部ディスクの割り当てを解除します。
    操作手順に関しては各サーバー仮想化ソフトウェアのマニュアルをご確認ください。

  2. 移行先エージェントの構築
    マニュアルの手順にしたがって移行先エージェントを構築してください。
    操作手順に関しては RD エージェントの導入 をご確認ください。

  3. 外部ディスクの割り当て
    移行先エージェントに、移行する外部ディスクを割り当ててください。
    操作手順に関しては各サーバー仮想化ソフトウェアのマニュアルをご確認ください。

移行先エージェントでの操作

  1. 移行先エージェントの初期設定
    マニュアルの手順にしたがって移行先エージェントの初期設定をしてください。
    操作手順に関しては 初期設定および設定変更 をご確認ください。

  2. サービスの停止
    サービスが起動している場合は、以下のコマンドでサービスを停止してください。

    # rdadm service stop

  3. 外部ディスクのデバイス名確認

    # rdadm filestore show

  4. 外部ディスクのマウント
    確認したデバイス名を指定してください。例：/dev/sdc

    # rdadm filestore mount --device <デバイス名>

  5. サービスの起動

    # rdadm service run

RD ポータルでの確認

RD ポータル上で移行先のファイルストアのステータスが Normal であり、データが移行されていることを確認してください。
操作手順に関しては ファイルストア をご確認ください。


外部ディスクのサイズ拡張方法

ファイル共有に使用している外部ディスクの空き容量が少なくなった場合に、その外部ディスクのサイズを拡張することができます。

注意:

手順:

  1. RD エージェントをシャットダウンします。

  2. お使いのクラウドまたは仮想化システムの機能を利用して、ファイル共有に用いている外部ディスクのサイズを増やします。

    • 設定手順については、クラウドまたは仮想化システムのマニュアルをご参照ください。

  3. RD エージェントを起動します。

  4. RD エージェント上で以下のコマンドを実行して、/fileshare の領域のサイズを確認します。

    • 実行するコマンド 
      df -h
    • 実行例
      • 注意: この時点では外部ディスクサイズは拡張されていますが、その領域が認識されてないため拡張前と同じサイズに見えます
      Filesystem           Size  Used Avail Use% Mounted on
devtmpfs             4.0M     0  4.0M   0% /dev
tmpfs                1.8G     0  1.8G   0% /dev/shm
tmpfs                732M  616K  731M   1% /run
/dev/mapper/rl-root   38G  5.6G   30G  16% /
/dev/sdb1            974M  354M  553M  40% /boot
tmpfs                366M     0  366M   0% /run/user/1000
tmpfs                366M     0  366M   0% /run/user/1001
/dev/sda             9.8G  2.3M  9.3G   1% /fileshare ★この Size の値 (この例では10GB) をご確認ください
tmpfs                366M     0  366M   0% /run/user/0

  5. RD エージェントのサービスを停止して、外部ディスクをアンマウントします。

    rdadm service stop
rdadm filestore reset

  6. RD エージェント上で以下のコマンドを実行して、拡張した領域を認識させます。

    rdadm filestore resize --device <外部ディスクのデバイス名>

  7. 外部ディスクをマウントします。

    rdadm filestore mount --device <外部ディスクのデバイス名>

  8. 再度、RD エージェント上で以下のコマンドを実行して、/fileshare の領域が増えたことを確認します。

    • 実行するコマンド 
      df -h
    • 実行例 
      Filesystem           Size  Used Avail Use% Mounted on
devtmpfs             4.0M     0  4.0M   0% /dev
tmpfs                1.8G     0  1.8G   0% /dev/shm
tmpfs                732M  608K  731M   1% /run
/dev/mapper/rl-root   38G  5.6G   30G  16% /
/dev/sdb1            974M  354M  553M  40% /boot
tmpfs                366M     0  366M   0% /run/user/1000
tmpfs                366M     0  366M   0% /run/user/1001
/dev/sda              20G  2.3M   19G   1% /fileshare ★この Size の値 (この例では20GB) が増えたことをご確認ください

  9. RD エージェントのサービスを開始します。

    rdadm service run

共有フォルダのマウントに必要な情報の確認

現状、開発元では、Azure 上に構築したエージェントに、Azure Files で作成した NFS の共有フォルダをマウントする手順だけを検証しております。 他プラットフォームや NFS 以外のファイルシステムを利用する必要がある場合、お手数ですが事前にサポートまでご連絡ください。

Azure Files の場合

ここでは、Azure の仕様を ISM Service RA 開発元で調査した結果をご説明しています。予告なく変更される可能性がありますので、ご了承ください。

  1. 事前に、NFS のファイル共有を作成してください。手順については、Azure のマニュアルを参照してください。

  2. ファイル共有が作成されたら、共有を選択し、[Linux からの接続] を選択します。

  3. 「Linux からの接続」タブを選択すると、Linux 向けのマウントに必要な情報が表示されます。 サンプルコマンド欄に表示されている、ISM Service RA のコマンド (rdadm filestore mount) に指定するためのデバイス名とマウントオプションをメモします。

  • サンプルコマンド欄の mount コマンドの NFS サーバーのホスト名およびディレクトリー名部分 (以下の例ではagentfileshare.file.core.windows.net:/agentfileshare/qfileshare) を、rdadm filestore mount の -device オプションに指定します。
  • サンプルコマンド欄の mount コマンドの -o オプション部分 (以下の例ではvers=4,minorversion=1,sec=sys) を、rdadm filestore mountの -option オプションに指定します。
azurefile-mount

SFTP アクセス時の秘密鍵ファイルの作成・接続方法

Windows サーバー等でRD エージェントに SFTP アクセスする際、使用するソフトによっては秘密鍵のファイルが必要になる場合があります。
ここでは、接続には WinSCP を使用し、鍵交換に WinSCP・PuTTYgen を使用した場合の手順を説明します。(Infrastructure Manager Service サポートではこれらのソフトウェアに関するサポートはできないことはご了承ください。)
なお、これらのソフトウェアのバージョンが古い場合、接続に失敗することがありますので、なるべく新しいバージョンをご利用ください。

WinSCPで鍵交換する場合の手順

  1. RD ポータルで生成した秘密鍵を任意のテキストファイルに保存
  2. WinSCP を起動し、「設定」→「SSH」→「認証」の「秘密鍵」に1.のファイルを選択
  3. 以下の画面で OK を押し、「.ppk」形式のファイルを保存
    click register
  4. WinSCP 側で自動的に 3. で保存したファイルが選択される
  5. ユーザー名や接続先を指定してログイン

PuTTYgen で鍵交換する場合の手順

  1. RD ポータルで生成した秘密鍵を任意のテキストファイルに保存
  2. puttygen.exe を実行し「Conversions」 → 「Import key」を選択
    1. のファイルを指定して「開く」
  4. 特に設定を変更せずに「Save private key」を選択
  5. 名前を付けてファイルを保存
  6. WinSCP を起動し、「設定」→「SSH」→「認証」の「秘密鍵」に 5. のファイルを選択
  7. ユーザー名や接続先を指定してログイン
前へ
次へ

最終更新 Nov 27, 2025