翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# サーバー上のサードパーティーブロックストレージ
<a name="outpost-third-party-block-storage"></a>

Outposts サーバーを使用すると、サードパーティーのストレージ配列に保存されている既存のデータを活用できます。Outposts の EC2 インスタンスの外部ブロックデータボリュームと外部ブロックブートボリュームを指定できます。この統合を使用すると、Dell PowerStore、HPE Alletra Storage MP B10000、NetApp オンプレミスエンタープライズストレージアレイ、Pure Storage FlashArray ストレージシステムなどのサードパーティーベンダーがサポートする外部ブロックデータとブートボリュームを使用できます。

**考慮事項**
+ Outposts ラックと Outposts 2U サーバーで使用できます。Outposts 1U サーバーでは使用できません。
+ Outposts 2U サーバーがサポートされているすべての AWS リージョンで使用できます。
+ 追加料金なしで利用できます。
+ ストレージ配列の設定とday-to-day管理はお客様の責任となります。また、ストレージ配列で外部ブロックボリュームを作成および管理します。ストレージアレイのハードウェア、ソフトウェア、または接続に問題がある場合は、サードパーティーのストレージベンダーにお問い合わせください。

**注記**  
外部ストレージ配列に保存されているブロックボリュームには、Outposts の EC2 インスタンスで起動されるオペレーティングシステムが含まれています。外部ストレージ配列にバックアップされた AMI の起動はサポートされていません。AMI を起動するには、Outposts サーバーのインスタンスストレージを使用します。

## 外部ブロックデータボリューム
<a name="external-block-data-volumes"></a>

互換性のあるサードパーティーストレージシステムにバックアップされたブロックデータボリュームをプロビジョニングして設定したら、起動時にボリュームを EC2 インスタンスにアタッチできます。ストレージ配列でマルチアタッチ用にボリュームを設定すると、ボリュームを複数の EC2 インスタンスにアタッチできます。

**主要なステップ**
+ お客様は、ローカルネットワーク[インターフェイスを介して Outpost サブネットとローカルネットワーク](local-network-interface.md)間の接続を確立する責任があります。
+ 外部ストレージ配列の管理インターフェイスを使用してボリュームを作成します。次に、新しいイニシエータグループを作成し、ターゲット EC2 インスタンスの iSCSI 修飾名 (IQN) をこのグループに追加することで、イニシエータマッピングを設定します。これにより、外部ブロックデータボリュームが EC2 インスタンスに関連付けられます。
+ インスタンスを起動するときに、外部データボリュームを追加します。外部ストレージ配列のイニシエーター IQN、ターゲット IP アドレス、ポート、IQN が必要です。詳細については、[「Outpost でインスタンスを起動する](launch-instance.md#launch-instances)」を参照してください。

詳細については、「 [を使用したサードパーティーのブロックストレージの使用の簡素化 AWS Outposts](https://aws.amazon.com/blogs/compute/new-simplifying-the-use-of-third-party-block-storage-with-aws-outposts/)」を参照してください。

## 外部ブロックブートボリューム
<a name="external-block-boot-volumes"></a>

外部ストレージアレイから Outposts で EC2 インスタンスを起動すると、サードパーティーのストレージに依存するオンプレミスワークロードに対して、一元化され、費用対効果が高く、効率的なソリューションが提供されます。以下のオプションから選択できます。

**iSCSI SAN ブート**  
外部ストレージ配列から直接起動します。 AWSが提供する iPXE ヘルパー AMI を使用して、インスタンスをネットワークの場所から起動できるようにします。iPXE を iSCSI と組み合わせると、EC2 インスタンスはリモート iSCSI ターゲット (ストレージ配列) をローカルディスクとして扱います。オペレーティングシステムからのすべての読み取りおよび書き込みオペレーションは、外部ストレージ配列で実行されます。

**iSCSI または NVMe-over-TCP LocalBoot**  
ストレージ配列から取得したブートボリュームのコピーを使用して EC2 インスタンスを起動します。元のソースイメージは変更されません。LocalBoot AMI を使用してヘルパーインスタンスを起動します。このヘルパーインスタンスは、ブートボリュームをストレージ配列から EC2 インスタンスのインスタンスストアにコピーし、iSCSI イニシエータまたは NVMe-over-TCP ホストとして機能します。最後に、EC2 インスタンスはローカルインスタンスストアボリュームを使用して再起動します。  
インスタンスストアは一時ストレージであるため、EC2 インスタンスが終了するとブートボリュームは削除されます。したがって、このオプションは、仮想デスクトップインフラストラクチャ (VDI) で使用されるような読み取り専用のブートボリュームに適しています。  
NVMe-over-TCP LocalBoot を使用して EC2 Windows インスタンスを起動することはできません。これは EC2 Linux インスタンスを使用してのみサポートされます。

詳細については、[「 で使用する外部ブートボリュームのデプロイ AWS Outposts](https://aws.amazon.com/blogs/compute/deploying-external-boot-volumes-with-aws-outposts/)」を参照してください。