Block Storage for Classic入門
IBM Cloud® Block Storage for Classic 永続的で高性能な iSCSI ストレージであり、コンピューティングインスタンスとは独立してプロビジョニングおよび管理されます。 Block Storage for ClassiciSCSI-based ボリュームは、冗長化されたマルチパスI/O（MPIO）接続を介して、許可されたデバイスに接続されます。
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/GBREADHEAVY_TIER= 2 IOPS/GBWRITEHEAVY_TIER= 4 IOPS/GB10_IOPS_PER_GB= 10 IOPS/GB
- 割り振り済みの 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% を超えることはありません。 例えば、6,000 IOPSで16 KBのIOサイズを使用している場合、ボリュームは約94 MB/秒のスループットを処理できます。 1-Gbps イーサネットがボリュームに接続されている場合、使用可能な最大スループットをサーバーが使用しようとすると、その接続がボトルネックになります。 1Gbpsイーサネット接続の理論上の限界値（毎秒125MB）の70％は、毎秒88MBしか許容しないためです。
最大 IOPS を実現するには、十分なネットワーク・リソースを用意する必要があります。 その他の考慮事項には、ストレージ以外のプライベートネットワークの使用、およびホスト側およびアプリケーション固有の調整（IPスタックや キューの深さ、その他の設定）が含まれます。
ストレージトラフィックは他のトラフィック種別から分離され、ファイアウォールやルーターを経由して送信されるべきではない。 詳しくは、FAQ を参照してください。
ストレージ・トラフィックは、パブリック仮想サーバーの合計ネットワーク使用量に含まれます。 このサービスで設定されている制限について詳しくは、Virtual Server の資料を参照してください。
注文の送信
注文を送信する準備ができたら、 CLI から、 API または Terraform を使用して、注文を コンソール に配置できます。
デフォルトでは、グローバルで合計700個のボリューム File Storage for ClassicBlock Storage for Classic をプロビジョニングできます。 さらに多くのストレージが必要な場合は、 ストレージ制限の管理 を参照してください。
新しいストレージの接続および構成
プロビジョニング要求が完了したら、ホストに対して新規ストレージへのアクセスを許可し、接続を構成します。 ホストのオペレーティング・システムに応じて、適切なリンクをたどってください。
- [RHEL 9]で Red Hat Enterprise Linux® ボリューム iSCSI をマウントする
- CloudLinuxCloudLinuxに iSCSI ボリュームをマウントします。
- [Ubuntu 24]OS Ubuntu 上でボリューム 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 つの異なる場所でデータの同期を保つことができます。 レプリケーションでは、いずれかのスナップショット・スケジュールを使用して、スナップショットが自動的にリモート・データ・センター内の宛先ボリュームにコピーされます。 壊滅的なイベントが発生した場合やデータが破損した場合、コピーをリモート・サイトでリカバリーすることができます。 詳しくは、 レプリケーションおよび災害復旧-データのレプリケーション を参照してください。