動作中(オンライン)に下位ブロックデバイスを拡張できる場合は、 これらのデバイスをベースとするDRBDデバイスについても 動作中にサイズを拡張することができます。 その際に、次の2つの条件を満たす必要があります。

両方のノードの下位ブロックデバイスを拡張したら、 一方のノードだけがプライマリ状態であることを確認してください。 プライマリノードで次のように入力します。

drbdadm resize resource

新しいセクションの同期がトリガーされます。 同期はプライマリノードからセカンダリノードへ実行されます。

DRBDが停止しているときに両方のノードの下位ブロックデバイスを拡張すると、 新しいサイズが自動的に認識されます。 管理者による作業は必要ありません。

両方のノードで次にDRBDを起動した際に、 DRBDデバイスのサイズが新しいサイズになり、 ネットワーク接続が正常に確立します。

DRBDデバイスを縮小する前に、 DRBDの上位層(通常はファイルシステム)を縮小する必要があります。 ファイルシステムが実際に使用している容量について、 DRBDが問い合わせることはできないため、 データが失われないように注意する必要があります。

	注意
	ファイルシステムをオンラインで縮小できるかどうかは、 使用しているファイルシステムによって異なります。 ほとんどのファイルシステムはオンラインでの縮小をサポートしません。 XFSは縮小そのものをサポートしません。

内部メタデータを使用している場合は、 メタデータに必要な領域を考慮してください。 drbdadm resize に送られるサイズは ファイルシステムの正味サイズです。 内部メタデータの場合、DRBDが必要とする総サイズは これより大きくなります(「メタデータサイズの見積り」も参照)。

オンラインでDRBDを縮小するには、 その上位に常駐するファイルシステムを縮小した後に、 次のコマンドを実行します。

drbdadm -- --size=new-size resize resource

new-sizeには 通常の乗数サフィックス(K、M、G など)を使用できます。 DRBDを縮小したら、DRBDに含まれるブロックデバイスも 縮小できます(デバイスが縮小をサポートする場合)。

DRBDが停止しているときに下位ブロックデバイスを縮小すると、 次にそのブロックデバイスを接続しようとしてもDRBDが拒否します。 これは、ブロックデバイスが小さすぎる(外部メタデータを使用する場合)、 またはメタデータを見つけられない(内部メタデータを使用する場合)ことが原因です。 この問題を回避するには、次の手順を行います (オンライン縮小を使用できない場合)。

	警告
	これは高度な手順です。慎重に検討した上で実行してください。