8.2. スナップショットの作成

スナップショットを作成する前に、以下の前提条件を満たしていることを確認してください。
  • Red Hat Gluster Storage ボリュームが存在し、ボリュームが Started の状態である必要があります。
  • ボリュームのブリックはすべて、独立したシン論理ボリューム (LV) 上にある必要があります。
  • スナップショット名はクラスター内で一意である必要があります。
  • n >= 3 の n 方向レプリケーションでない限り、ボリュームのすべてのブリックが稼働しているはずです。この場合は、クォーラムを満たす必要があります。詳細は、8章スナップショットの管理 を参照
  • Rebalanceadd-brick など、その他のボリューム操作はボリュームで実行されているはずです。
  • ボリュームのスナップショットの合計数は Effective snap-max-hard-limit と同じにしないでください。詳細は、「『スナップショットの動作の設定』」を参照してください。
  • geo レプリケーションの設定がある場合は、以下のコマンドを実行して、geo レプリケーションを実行しているセッションを一時停止します。
    # gluster volume geo-replication MASTER_VOL SLAVE_HOST::SLAVE_VOL pause
    以下に例を示します。
    # gluster volume geo-replication master-vol example.com::slave-vol pause
    Pausing geo-replication session between master-vol example.com::slave-vol has been successful
    プライマリーボリュームのスナップショットを作成してから、セカンダリーボリュームのスナップショットを作成してください。
ボリュームのスナップショットを作成するには、以下のコマンドを実行します。
# gluster snapshot create <snapname> <volname> [no-timestamp] [description <description>] [force]
詳細は以下のようになります。
  • snapname: 作成されるスナップショットの名前
  • VOLNAME(S): スナップショットが作成されるボリュームの名前。単一ボリュームのスナップショットの作成のみをサポートします。
  • description: これは、snap とともに保存される snap の説明を提供するのに使用できる任意のフィールドです。
  • force: ブリックがダウンすると、スナップショットの作成に失敗します。n >= 3 の n 方向の複製された Red Hat Gluster Storage ボリュームでは、一部のブリックがダウンしてもスナップショットが許可されるようになりました。この場合、クォーラムはチェックされます。クォーラムは、force オプションが指定される場合にのみチェックされます。それ以外の場合は、ブリックがダウンした場合にスナップショットの作成に失敗します。クォーラムの詳細は、「『概要』」のセクションを参照してください。
  • no-timestamp: デフォルトでは、タイムスタンプがスナップショット名に追加されます。タイムスタンプを追加しない場合は、no-timestamp を引数として渡します。
注記
スナップショットは、デフォルトでは作成時にアクティブ化されません。今後作成されるすべてのスナップショット作成に対してこの動作を有効にするには、activate-on-create パラメーターを enabled に設定します。
例 1:
# gluster snapshot create snap1 vol1 no-timestamp
snapshot create: success: Snap snap1 created successfully
例 2:
# gluster snapshot create snap1 vol1
snapshot create: success: Snap snap1_GMT-2015.07.20-10.02.33 created successfully
Red Hat Gluster Storage ボリュームのスナップショットは、読み取り専用の Red Hat Gluster Storage ボリュームを作成します。このボリュームは、元の / 親ボリュームと同じ設定になります。この新規作成されたスナップショットの /var/run/gluster/snaps/<snap-volume-name>/brick<bricknumber> としてマウントされます。
たとえば、snap ボリューム名 0888649a92ea45db8c00a615dfc5ea35 のスナップショットには、以下の 2 つのマウントポイントがあります。
/var/run/gluster/snaps/0888649a92ea45db8c00a615dfc5ea35/brick1
/var/run/gluster/snaps/0888649a92ea45db8c00a615dfc5ea35/brick2
これらのマウントは、df コマンドまたは mount コマンドを使用して表示することもできます。
注記
スナップショットの作成後に geo レプリケーションを設定している場合は、以下のコマンドを実行して geo レプリケーションセッションを再開します。
# gluster volume geo-replication MASTER_VOL SLAVE_HOST::SLAVE_VOL resume
以下に例を示します。
# gluster volume geo-replication master-vol example.com::slave-vol resume
Resuming geo-replication session between master-vol example.com::slave-vol has been successful
ボリュームスナップショットを作成すると、LVM メタデータのコピーを含むブロックのスナップショットプールが作成されます。スナップショットを取得した後、新しいデータが gluster ボリュームに書き込まれると、スナップショットプールが上書きされ、その変更はメインの gluster ボリュームにコピーされます。その結果、スナップショットの作成後にデータが変更されると、スナップショットプールはより多くのメタデータ領域を消費します。