Block Storage for Classic入門

Block Storage for Classic 永続的な iSCSI-based ブロックストレージを通じて、エンタープライズレベルの耐久性と可用性を提供し、柔軟なパフォーマンスオプションを実現します。

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 つのオプションがあります。

  • 事前定義されたパフォーマンス・レベル、およびスナップショットやレプリケーションなどの機能を備えたエンデュランス層をプロビジョンする。 以下の4つの階層が利用可能です：
    • LOW_INTENSITY_TIER = 0.25 IOPS/GB
    • READHEAVY_TIER = 2 IOPS/GB
    • WRITEHEAVY_TIER = 4 IOPS/GB
    • 10_IOPS_PER_GB = 10 IOPS/GB
  • 割り振り済みの 1 秒当たりの入出力操作 (IOPS) を使用して高出力のパフォーマンス環境を構築する。

Block Storage for Classic のサービスに関する詳細については、 「 Block Storage for Classic とは」 をご覧ください。

プロビジョニングの考慮事項

ブロック・サイズ

耐久性とパフォーマンスの両方のIOPSは、16KBのIOサイズで読み取りと書き込みが50:50、ランダムとシーケンシャルな作業負荷が50:50の場合に基づいています。 16 KBのブロックは、ボリュームへの1回の書き込み操作に相当します。

アプリケーションで使用されるIOサイズは、ストレージのパフォーマンスに直接影響します。 アプリケーションで使用されるIOサイズが16 KB未満の場合、スループットの制限に達する前にIOPSの制限に達します。 逆に、アプリケーションで使用されるIOサイズが16 KBを超える場合、IOPSの上限に達する前にスループットの上限に達することになります。

この表には、ブロックサイズとIOPSがスループットにどのような影響を与えるかについての例が示されています。 平均 IO サイズ x IOPS = スループット (MB/秒)。
入出力サイズ (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 です。 ワークロードで高いスループットが求められる場合は、単一サーバーによるボトルネックを回避するため、少なくとも2台以上のサーバーがボリュームにアクセスできるように設定することをお勧めします。

ブロック・ボリュームごとに許可される数の制限は、デフォルトでは 8 です。 つまり、最大8つのホストBlock Storage for Classicへのアクセスを許可されるということです。 許可および 8 の制限の引き上げについて詳しくは、 FAQ を参照してください。

ネットワーク接続

イーサネット接続の速度は、ボリュームから予想される最大スループットよりも高速でなければなりません。 一般的に、イーサネット接続が、使用可能な帯域幅の 70% を超えることはありません。 たとえば、IOPSが6,000で、IOサイズが16 KBの場合、そのボリュームは約94 MBpsのスループットに対応できます。 1-Gbps イーサネットがボリュームに接続されている場合、使用可能な最大スループットをサーバーが使用しようとすると、その接続がボトルネックになります。 それは、1 Gbpsのイーサネット接続の理論上の限界値（125 MB/秒）の70％では、1秒あたり88 MBしか処理できないためです。

最大 IOPS を実現するには、十分なネットワーク・リソースを用意する必要があります。 その他の考慮事項としては、ストレージ以外のプライベートネットワークの利用や、ホスト側およびアプリケーション固有のチューニング（IPスタックや キューの深さ、その他の設定など）が挙げられます。

ストレージトラフィックは、他のトラフィック種別から分離し、ファイアウォールやルーターを経由させないようにすべきです。 詳しくは、FAQ を参照してください。

ストレージ・トラフィックは、パブリック仮想サーバーの合計ネットワーク使用量に含まれます。 本サービスで設定可能な制限の詳細については、 仮想サーバーのドキュメントを 参照してください。

注文の送信

注文を送信する準備ができたら、 CLI から、 API または Terraform を使用して、注文を コンソール に配置できます。

デフォルトでは、 Block Storage for Classic および File Storage for Classic のボリュームを合わせて、グローバルで合計700個までプロビジョニングできます。 さらに多くのストレージが必要な場合は、 ストレージ制限の管理 を参照してください。

新しいストレージの接続および構成

プロビジョニング要求が完了したら、ホストに対して新規ストレージへのアクセスを許可し、接続を構成します。 ホストのオペレーティング・システムに応じて、適切なリンクをたどってください。

新しいストレージの管理

コンソールでは、API または Terraform を使用して、ホスト許可や取り消しなど、 Block Storage for Classic のさまざまな側面を CLI から管理できます。 詳しくは、Block Storage for Classic の管理を参照してください。

レプリケーションを使用することで、2つの異なる場所間でデータを同期させることができます。 レプリケーションでは、スナップショットのスケジュールの一つを使用して、スナップショットをリモートデータセンター内の宛先ボリュームに自動的にコピーします。 大規模な災害が発生した場合やデータが破損した場合でも、リモートサイトからコピーを復元することができます。 詳しくは、 レプリケーションおよび災害復旧-データのレプリケーション を参照してください。

IBM Cloud インフラストラクチャの拡張を計画している場合や、最新のストレージオプションを検討している場合は、 IBM Cloud のクラシック・インフラストラクチャーからVPCへのデータ移行 を参照してください。