Block Storage for Classic入門
IBM Cloud® Block Storage for Classic iSCSI は、コンピューティングインスタンスとは独立してプロビジョニングおよび管理される、永続的で高性能なストレージです。 ボリュームは、冗長マルチパスI/O(MPIO)接続を介して、認証されたデバイスに接続されます。 iSCSI-based Block Storage for Classic
Block Storage for Classic は、他に類のない機能によりクラス最高レベルの耐久性および可用性をもたらします。 これは、業界標準とベスト・プラクティスを使用して構築されています。 Block Storage for Classicは、保守イベントおよび計画外の障害を通じてデータの整合性を保護し、可用性を維持し、一貫性のあるパフォーマンス・ベースラインを提供するように設計されています。
IBM Cloud® Kubernetes Serviceで Block Storage for Classic を使用する方法の詳細については IBM Cloud Block Storage へのデータの保存 」を参照してください。
開始前に
Block Storage for Classic ボリュームは 20 GB から 12 TB までプロビジョンできます。次の 2 つのオプションがあります。
- 事前定義されたパフォーマンス・レベル、およびスナップショットやレプリケーションなどの機能を備えたエンデュランス層をプロビジョンする。
- 割り振り済みの 1 秒当たりの入出力操作 (IOPS) を使用して高出力のパフォーマンス環境を構築する。
Block Storage for Classic のサービスに関する詳細 については、「 Block Storage for Classic とは」 をご覧ください。
プロビジョニングの考慮事項
ブロック・サイズ
耐久性とパフォーマンスの両方のIOPSは、16KBのIOサイズで読み取りと書き込みが50:50、ランダムとシーケンシャルな作業負荷が50:50の場合に基づいています。 16KBのブロックは、ボリュームへの1回の書き込み操作に相当します。
アプリケーションで使用されるIOサイズは、ストレージのパフォーマンスに直接影響します。 アプリケーションで使用されるIOサイズが16KBより小さい場合、スループット制限に達する前にIOPS制限が適用されます。 逆に、アプリケーションで使用されるIOサイズが16KBより大きい場合、スループットの制限がIOPSの制限に先んじて実現されます。
入出力サイズ (KB) | IOPS | スループット (MB/秒) |
---|---|---|
4 | 1,000 | 4 |
8 | 1,000 | 8 |
16 | 1,000 | 16 |
32 | 500 | 16 |
64 | 250 | 16 |
128 | 128 | 16 |
512 | 32 | 16 |
1024 | 16 | 16 |
許可ホスト
考慮すべきもう 1 つの要因は、ボリュームを使用しているホストの数です。 IOPSの制限はボリュームレベルで適用されます。 つまり、6000 IOPSのボリュームに接続された2つのホストは、その6000 IOPSを共有します。 IOPS値が高い場合、特に極端なIOPS値の場合( 10,000s )、利用可能な最大IOPSを実現するには、ボリュームに同時にアクセスできるホストを複数用意する必要があるかもしれません。
ブロック・ストレージ・ボリュームの最大 IOPS は 48,000 IOPS です。 もし、高い処理能力が必要な作業量であれば、単一サーバーのボトルネックを避けるために、少なくとも数台のサーバーを構成してボリュームにアクセスできるようにしておくのが最善です。
ブロック・ボリュームごとに許可される数の制限は、デフォルトでは 8 です。 つまり、最大8つのホストBlock Storage for Classicへのアクセスを許可されるということです。 許可および 8 の制限の引き上げについて詳しくは、 FAQ を参照してください。
ネットワーク接続
イーサネット接続の速度は、ボリュームから予想される最大スループットよりも高速でなければなりません。 一般的に、イーサネット接続が、使用可能な帯域幅の 70% を超えることはありません。 例えば、IOPSが6,000で16KBのIOサイズを使用している場合、ボリュームは約94MBpsのスループットを処理できます。 1-Gbps イーサネットがボリュームに接続されている場合、使用可能な最大スループットをサーバーが使用しようとすると、その接続がボトルネックになります。 1Gbpsイーサネット接続の理論上の限界値の70%(毎秒125MB)では、毎秒88MBしか利用できないためです。
最大 IOPS を実現するには、十分なネットワーク・リソースを用意する必要があります。 その他の考慮事項としては、ストレージ以外のプライベートネットワークの利用、ホスト側およびアプリケーション固有のチューニング(IPスタックや キューの深さ、その他の設定)などがあります。
ストレージトラフィックは、他のトラフィックタイプから分離し、ファイアウォールやルーターを介さないようにすべきである。 詳しくは、FAQ を参照してください。
ストレージ・トラフィックは、パブリック仮想サーバーの合計ネットワーク使用量に含まれます。 このサービスで設定されている制限について詳しくは、Virtual Server の資料を参照してください。
注文の送信
注文を送信する準備ができたら、 CLI から、 API または Terraform を使用して、注文を コンソール に配置できます。
デフォルトでは、 Block Storage for Classic と File Storage for Classic のボリュームを合わせて、グローバルで合計700個までプロビジョニングできます。 さらに多くのストレージが必要な場合は、 ストレージ制限の管理 を参照してください。
新しいストレージの接続および構成
プロビジョニング要求が完了したら、ホストに対して新規ストレージへのアクセスを許可し、接続を構成します。 ホストのオペレーティング・システムに応じて、適切なリンクをたどってください。
- RHEL 8Red Hat Enterprise Linux® に iSCSI ボリュームをマウントします。
- CloudLinuxCloudLinuxに iSCSI ボリュームをマウントします。
- UbuntuUbuntuに iSCSI ボリュームをマウントする。
- Windows Microsoft Windows 上でのボリュームのマッピング。
- cPanelcPanel を使用してバックアップ用に Block Storage for Classic を構成します。
- PleskPlesk を使用したバックアップのための Block Storage for Classic の構成。
新しいストレージの管理
コンソールでは、API または Terraform を使用して、ホスト許可や取り消しなど、 Block Storage for Classic のさまざまな側面を CLI から管理できます。 詳しくは、Block Storage for Classic の管理を参照してください。
複製を使用することで、2 つの異なる場所でデータの同期を保つことができます。 レプリケーションでは、いずれかのスナップショット・スケジュールを使用して、スナップショットが自動的にリモート・データ・センター内の宛先ボリュームにコピーされます。 壊滅的なイベントが発生した場合やデータが破損した場合、コピーをリモート・サイトでリカバリーすることができます。 詳しくは、 レプリケーションおよび災害復旧-データのレプリケーション を参照してください。