ブロックストレージ パラメータシート（Dell・HPE・富士通 ほか）

説明

使い方

収録内容

全10シート。各シートに書いてあることは次のとおりです（ファイルの「目次」シートより）。

前提共通設計

機器・接続・保護と保守の方針

設定項目（17件）

メーカー・機種・版数・構成・設置場所・管理アドレス・管理者アカウント・自動通報・接続方式・接続先・コントローラごとの経路・WWPN・スナップショット・別筐体への複製・バックアップ・ファームウェア・更新の順序・監視項目・変更の記録

設定値プール設計

1行1ボリューム。プールを先に決めてから切る

設計ホストマッピング

★ゾーニングだけでは見えない。★見せ方を間違えると壊れる

項目（25件）

★2段階ある・ホストの登録・★ホストの種別・ホストグループ・★同じ番号で見せる・★共有してよいか・割り当ての取り消し・追加のホスト・記録・★見えてはいけない組み合わせ・書き方・★見えるようになるまでに2段階ある。FCスイッチのゾーニングと、ここでの割り当て。・「ゾーンは入れたのに見えない」ときは、まずストレージ側の割り当てを見る。・逆に、割り当てただけでもゾーンが無ければ見えない。両方そろって初めて見える。・★共有前提でないOSに、同じボリュームを複数台から見せない。・動かないのではなく、データが壊れる。取り返しがつかない。・仮想化基盤のように共有前提のものだけ、複数台へ見せる。・★クラスタは全ノードを1つのグループにまとめ、同じ番号で見せる。・ノードによって番号が違うと、移動や起動で問題が出る。・個別に割り当てるとずれるので、グループでまとめる。・★ホストの種別（OSの種類）を必ず設定する。既定のまま登録しやすい。・誤ると正常に見えない、パスの挙動が変わる、といった形で出る。・・HBAは複数ある。全部のWWPNを登録する。片方だけだと片パスしか見えない。・・割り当てを外す前に、ホスト側で使われていないことを確認する。・・「割り当てていないホストから見えないこと」も試験する。見えすぎに気づけない。

設計マルチパス設計

★冗長のはずが片パス。本数は数えないと分からない

項目（24件）

★マルチパスの仕組み・★パスの本数・経路の組み合わせ・優先する経路・切替の設定・★片パス障害の試験・★片系停止の試験・パスの監視・更新時・記録・書き方・★ホスト側にマルチパスの仕組みが入っていないと、・同じボリュームが複数のディスクとして見える。「同じディスクが4つ見える」がそれ。・この状態で使うとデータが壊れるので、入れてから割り当てる。・★パスの本数を数えて記録する。設計した本数と実測を並べて書く。・「4本あるはずが2本」は構築直後から起きる。数えないと分からない。・WWPNの登録漏れ・ゾーンの漏れ・結線の誤りが、どれもこの形で出る。・★片パスの試験と片系の試験は別。両方行う。・ケーブル1本の試験だけでは、経路の組み合わせの誤りが出ない。・スイッチを系ごと落として、業務が継続することを確認する。・★パスの本数の減少を監視項目一覧に入れる。・1本落ちても動き続けるので気づかない。気づかないまま2本目で停止する。・・コントローラやスイッチを更新する前に、パスが両系あることを確認する。・片パスの状態で更新を始めると業務が止まる。

設計容量設計

★プールが満杯だと全ボリュームが書けなくなる

項目（24件）

★プールが満杯になったら・★都度確保・★効率化を見込むこと・スナップショットの領域・★監視のしきい値・拡張の手段・拡張にかかる時間・性能と容量・ボリュームの拡張・記録・書き方・★プールが満杯になると、そのプールを使う全ボリュームが書けなくなる。・1つのボリュームの問題ではない。載っている業務が全部止まる。・★都度確保では、割り当ての合計が物理容量を超えていても作れる。・作れた＝足りている、ではない。合計を管理する責任が生じる。・このシートに合計と物理容量を書き、増設のたびに更新する。・★効率化（重複排除・圧縮）が効く前提で買わない。・効果は入れる内容による。効かなかったときに足りなくなる。・導入後に実際の削減率を測り、その値で次を見込む。・★監視のしきい値は「対処できる時期」に設定する。・満杯の直前に通知しても間に合わない。ディスクの手配から搭載までの・時間を見積もり、それより前に気づける値にする。・・スナップショットは同じプールの領域を使う。世代と保持期間を決める。・・ボリュームは縮小できない機種が多い。最初から大きく取らない。

確認確認項目集

見るものと期待される結果。見えすぎていないかも確認する

注意設定時の注意

この機器で実際に起きる失敗と、その回避手順