このページでは、2 つの POSIX ファイル システム間でデータを転送する方法について説明します。一般的なユースケースには次のものがあります。
- クラウドとハイブリッド HPC へのバースト: 大規模なデータセットを処理のためにオンプレミスからクラウドに迅速に転送します。
- Filestore への移行と同期: オンプレミス ファイル システムから Filestore にデータを移行、または同期します。
- マネージド ファイル転送: データセンター間、または 2 つのクラウド上のファイル システム間で安全かつ確実にデータを転送します。
転送のパフォーマンス ガイドライン
次のガイドラインは、ファイル システム間の転送時にパフォーマンスを最大化するのに役立ちます。
エージェントのデプロイ
一般に、転送元と転送先のエージェント プールのそれぞれで 3 つのエージェントを使用することをおすすめします。転送をモニタリングし、必要に応じてエージェントを追加します。各エージェントには 4 個の vCPU と 8 GiB の RAM が必要です。
Filestore インスタンスに移行する場合は、エージェントごとに n2-standard-8
インスタンス タイプを使用することをおすすめします。Compute Engine VM にインスタンスをマウントするときに nconnect=2
を指定します。インスタンスのパフォーマンスの最適化とテスト方法の詳細については、Filestore のパフォーマンス ガイドラインをご覧ください。
多数の小さなファイルの転送
小さなファイルを多数転送する場合のパフォーマンスを向上させるには、ファイルを複数のディレクトリに分割し、1 つのディレクトリに何百万ものファイルが含まれないようにすることをおすすめします。
始める前に
このページで説明するタスクを実行する前に、前提条件の手順を完了してください。
エージェント プールを作成し、エージェントをインストールする
ファイル システム間の転送には、転送元と転送先のファイル システムの両方にエージェント プールとエージェントを作成する必要があります。転送元のエージェント プール用のエージェントは、転送元のファイル システムにアクセスできるマシンまたは VM にインストールする必要があります。転送先のエージェント プール用のエージェントは、転送先のファイル システムにアクセスできるマシンまたは VM にインストールする必要があります。
エージェント ID 接頭辞、エージェント プール名に、個人を特定できる情報(PII)やセキュリティ データなどの機密情報を含めないでください。リソース名は、他の Google Cloud リソースの名前に反映され、プロジェクト外部の Google 内部システムに公開される場合があります。
転送元のエージェント プールを作成する
次のいずれかの方法でソース エージェント プールを作成します。
gcloud CLI
次のコマンドを実行して、ソース エージェント プールを作成します。
gcloud transfer agent-pools create SOURCE_AGENT_POOL
SOURCE_AGENT_POOL は、ソース エージェント プールに付ける名前に置き換えます。
Google Cloud コンソール
Google Cloud コンソールで、[エージェント プール] ページに移動します。
[エージェント プール] ページが開き、既存のエージェント プールが一覧表示されます。
[別のプールを作成] をクリックします。
プールの名前を入力します。
[作成] をクリックします。
転送元のエージェント プール用のエージェントをインストールする
転送元のファイル システムにアクセスできるマシンまたは VM に、転送元のエージェント プール用のエージェントをインストールします。
gcloud CLI
次のコマンドを実行して、ソース エージェント プール用のエージェントをインストールします。
gcloud transfer agents install --pool=SOURCE_AGENT_POOL --count=NUMBER_OF_AGENTS \
--mount-directories=MOUNT_DIRECTORIES
以下を置き換えます。
- SOURCE_AGENT_POOL は、ソース エージェント プールの名前に置き換えます。
- NUMBER_OF_AGENTS は、ソース エージェント プールにインストールするエージェントの数で置き換えます。ご使用の環境に最適なエージェント数を決定するには、エージェントの要件とベスト プラクティスをご覧ください。
- MOUNT_DIRECTORIES は、コピー元のソースファイル システム上のディレクトリのカンマ区切りリストに置き換えます。このフラグを省略すると、ファイル システム全体がマウントされ、セキュリティ上のリスクが生じます。
Google Cloud コンソール
Google Cloud コンソールで、[エージェント プール] ページに移動します。
[エージェント プール] ページが開き、既存のエージェント プールが一覧表示されます。
作成したソース エージェント プールの名前をクリックします。
[エージェント] タブで [エージェントをインストール] をクリックします。
Google Cloud コンソールの指示に沿って Docker をインストールし、エージェントを起動します。
転送先のエージェント プールを作成してエージェントをインストールする
上述の手順を繰り返して、転送先のエージェント プールを作成し、エージェントをインストールします。
中継点として Cloud Storage バケットを作成する
ファイル システム間の転送には、データ転送の中継点として Cloud Storage バケットが必要です。
次の設定で Cloud Storage Standard クラスバケットを作成します。
- 暗号化: 顧客管理の暗号鍵(CMEK)を指定できます。指定しない場合は、Google が所有および管理する鍵が使用されます。
- オブジェクトのバージョニング、バケットロック、デフォルトのオブジェクト保留: これらの機能は無効のままにします。
次のいずれかの方法で権限とロールを付与します。
- Storage Transfer Service サービス アカウントに、バケットに対するストレージ管理者のロール(
roles/storage.admin
)を付与します。 gcloud transfer authorize
を使用して、Storage Transfer Service のすべての機能についてアカウントを承認します。このコマンドは、プロジェクト全体のストレージ管理者権限を付与します。gcloud transfer authorize --add-missing
- Storage Transfer Service サービス アカウントに、バケットに対するストレージ管理者のロール(
転送ジョブを作成する
gcloud CLI
転送元から転送先のファイル システムへの転送を作成するには、次のコマンドを実行します。
gcloud transfer jobs create SOURCE_DIRECTORY DESTINATION_DIRECTORY \
--source-agent-pool=SOURCE_AGENT_POOL \
--destination-agent-pool=DESTINATION_AGENT_POOL \
--intermediate-storage-path= gs://STORAGE_BUCKET/FOLDER/
次の変数を置き換えます。
- SOURCE_DIRECTORY はソース ディレクトリのパスに置き換えます。
- DESTINATION_DIRECTORY は宛先ディレクトリのパスに置き換えます。
- SOURCE_AGENT_POOL は、転送元のエージェント プールの名前に置き換えます。
- DESTINATION_AGENT_POOL は、宛先のエージェント プールの名前に置き換えます。
- STORAGE_BUCKET は、Cloud Storage バケットの名前にします。
- FOLDER は、データの転送先となるフォルダの名前に置き換えます。
転送ジョブを開始すると、システムが転送元と転送先のデータを計算し、前回の転送以降に作成または更新された転送元データを特定します。転送されるのは作成されたデータのみです。
クライアント ライブラリ
Go
Java
Node.js
Python
中継バケットを管理する
転送ジョブが完了すると、Storage Transfer Service は、転送されたデータと転送されなかったデータのリストを含む転送ログをバケットに保存します。転送後、クリーンアップ タスクが自動的に開始し、中間データが削除されます。クリーンアップ タスクでバケット内のデータが完全に削除されないことがあります。クリーンアップ中に消去されないデータを削除するには、次の手順に沿ってデータを手動で削除するか、データを自動的に削除するライフサイクル ルールを設定します。
手動によるクリーンアップ
中間バケットからデータを削除するには、削除するデータの種類に応じて次のコマンドを実行します。
クリーンアップ中に削除されなかった中継バケットのデータを消去するには、次のコマンドを実行します。
gcloud storage rm gs://STORAGE_BUCKET/PREFIX**
転送ログを含むすべてのデータを削除するには、match-all(*)ワイルドカードを使用して、バケットのルートを指定します。
gcloud storage rm gs://STORAGE_BUCKET/*
バケットを削除するには、以下のコマンドを実行します。
gcloud storage rm gs://STORAGE_BUCKET
次の変数を置き換えます。
STORAGE_BUCKET は、中継バケットの名前に置き換えます。
PREFIX は、中継バケット内でデータが転送されたフォルダの名前に置き換えます。
ライフサイクル ルールを設定する
自動クリーンアップ サイクルで消去されないデータを削除するには、Cloud Storage バケットのライフサイクル ルールを設定します。age
条件を使用して、バケットを中継点として使用する最長の転送ジョブよりも長い期間を指定することで、バケットの中間データを消去します。指定された期間条件が、中継バケットから転送先にファイルをダウンロードするために必要な時間よりも短い場合、ファイルの転送は失敗します。
必要に応じて、matchesPrefix
条件を使用して、中継バケットに指定したフォルダ内のデータを消去します。バケット内のデータとともに転送ログを削除する場合は、matchesPrefix
条件は必要ありません。
ファイルのメタデータの保持
数値 UID、GID、MODE、シンボリック リンクなど、ファイルのメタデータを保持するには:
gcloud CLI
--preserve-metadata
フィールドを使用して、この転送の保持動作を指定します。ファイル システム転送に適用されるオプションは、gid
、mode
、symlink
、uid
です。
REST API
metadataOptions
オブジェクトで適切なオプションを指定します。
詳しくは、オプションの POSIX 属性の保持をご覧ください。
gcloud CLI を使用した転送例
この例では、VM1 の /tmp/datasource
ディレクトリから VM2 の /tmp/destination
にデータを転送します。
転送元を設定します。
転送元のエージェント プールを作成します。
gcloud transfer agent-pools create source_agent_pool
VM1 で次のコマンドを実行して、
source_agent_pool
用のエージェントをインストールします。gcloud transfer agents install --pool=source_agent_pool \ --count=1 \ --mount-directories="/tmp/datasource"
転送先を設定します。
転送先のエージェント プールを作成します。
gcloud transfer agent-pools create destination_agent_pool
VM2 で次のコマンドを実行して、
destination_agent_pool
用のエージェントをインストールします。gcloud transfer agents install --pool=destination_agent_pool \ --count=3 \ --mount-directories="/tmp/destination"
中継の Cloud Storage バケットを作成します。
my-intermediary-bucket
という名前のバケットを作成します。gcloud storage buckets create gs://my-intermediary-bucket
次のコマンドを実行して、Storage Transfer Service のすべての機能に対してアカウントを認可します。
gcloud transfer authorize --add-missing
次のコマンドを実行して、転送ジョブを作成します。
gcloud transfer jobs create posix:///tmp/datasource posix:///tmp/destination \ --source-agent-pool=source_agent_pool \ --destination-agent-pool=destination_agent_pool \ --intermediate-storage-path=gs://my-intermediary-bucket
次のステップ
- ジョブの管理についての詳細