3ノード構成のシステム要件

パフォーマンスの分離

Instana データディレクトリは、大容量かつ突発的で、同時アクセスによるI/Oを発生させます。 各ストレージデバイスには、以下の要素を含む有限のI/O容量があります：

• IOPS
• スループット（帯域幅）
• キャッシュ

複数のディレクトリが 1 つのデバイスを共有している場合：

あるディレクトリでの処理負荷が急増すると、他のディレクトリで利用可能な容量が減少する可能性があります。 その結果、予測不可能な遅延が発生し、次のような症状が現れることがあります：

• クエリのタイムアウト
• 切断されたトレース
• 動作の遅いダッシュボード
• ヘルスチェックに失敗しました

専用のデバイスを使用することで、一貫性があり予測可能なパフォーマンスを確保します。

故障の封じ込め

専用ストレージでは、各ディレクトリが独自のフェイルドメインに割り当てられます。 デバイスが容量いっぱいになったり、性能が低下したり、利用できなくなったりした場合、影響を受けるのは関連するディレクトリのみです。

共有ストレージの場合、この問題は当該デバイスを共有しているすべてのディレクトリに影響を及ぼします。

Instana のデータストアは相互に依存しているため、障害発生時にはサービスの完全な可用性を保証することはできませんが、ストレージを分離することで影響範囲を限定し、復旧作業を簡素化することができます。

ストレージの分離の確認

各ディレクトリが独立した物理リソースによって構成されており、どのレイヤーにおいてもリソースの共有が行われていないことを確認する必要があります。

ホストは、複数のデバイスが共有ストレージに接続されている場合でも、それらを提示することができます。 ホストレベルの検証だけでは不十分です。

ホストレベルで検証するには、以下のコマンドを実行してデバイスマッピングを確認してください。

lsblk -o NAME,SIZE,TYPE,MOUNTPOINT

LVM構成（LV、VG、PVのトレース）については：

sudo pvssudo vgssudo lvdisplay -m

設定は、以下の条件を満たす必要があります：

• 各マウントポイントは、それぞれ固有のブロックデバイスを使用します
• 1つのディレクトリに対して、複数のブロックデバイスが使用されることはありません

• LVM構成では、各ボリュームグループは独自の物理ボリュームのみを使用し、ボリュームグループ間で物理ボリュームが共有されることはありません。

ストレージバックエンドで検証する：

SAN、NAS、または仮想化ストレージの場合、ホストはバックエンドのリソース共有状況を把握できないため、追加の検証が必要となります。

ストレージプロバイダーまたは管理者に、以下の条件を確認してください：

• これらのボリュームは、同じストレージプール、RAIDセット、またはデータストアに由来するものではありません。
• キャッシュなどのストレージコントローラのリソースは共有されません。
• ファブリックまたは接続パスは独立している
• あるボリュームでのI/O操作は、別のボリュームには影響しません。

例外：NVMeストレージ

この分離要件は、シーク遅延やシリアル化されたI/Oキューなど、従来のディスクの特性に基づいています。 NVMeストレージは、こうした制約を大幅に軽減します。 NVMe環境では、この要件を容量ベースのモデルへと緩和することができます。

容量ベースの配置：以下の条件が満たされる場合、複数のディレクトリが単一のNVMeデバイスを共有できます：

• このデバイスは、十分な持続的なIOPSとスループットを提供します。
• 容量は、すべてのディレクトリのピーク需要の合計を上回っています。

平均的な使用量ではなく、ピーク時の使用量を想定する：ワークロードは突発的に増加し、同時アクセスが集中すると、通常時は十分な性能を持つように見えるデバイスでも処理能力が限界に達してしまうことがある。

障害の特定範囲の縮小：同一デバイス上のすべてのディレクトリは、単一の障害ドメインを共有します。 デバイスが障害を起こした場合、同じ場所に配置されているすべてのディレクトリに影響が及びます。 その分離性が失われても問題ない場合にのみ、共有NVMe構成を使用してください。