Storage

1. はじめに：HPE Alletra 9000 系列ファームウェア更新の重要原則 企業の最重要ミッションクリティカル基盤を支える HPE Alletra 9060（Alletra 9000 / Primera アーキテクチャベース） ストレージは、デュアルまたはクアッドコントローラー構成により、完全無停止（Online）でのファームウェアアップグレードに対応しています。 Alletra 9000 系列のOS更新において最も重要な前提条件は、最新の Upgrade Tool（UT）の事前準備です。ストレージOS本体を適用する前に、対象バージョンに対応した Upgrade Tool をシステムに先行登録しておくことで、正確な事前適合性チェック（Readiness Check）と安全なローリングノード再起動が実現します。 本記事では、実運用中の HPE Alletra 9060 実機をベースに、OS 9.6.5 から OS 9.6.30（Extended Support Release） への無停止アップグレード手順と現場での確認ポイントを解説します。 2. 作業前の事前準備とパッケージ入手 2.1. 必須パッケージの入手手順 Alletra 9000 および Primera のファームウェアとツールは、HPE 公式ライセンスポータルより入手します： HPE Enterprise License Portal（My HPE Software Center） へアクセス Software メニュー ➔ 保守契約情報（SAID）またはシリアル番号を入力 以下のパッケージをダウンロード： 最新 Upgrade Tool パッケージ: Upgrade Tool 80（build 260625） 以降 対象 OS ファームウェアパッケージ: HPE Alletra 9000 OS 9.6.30.xx（tar/iso 形式） 2.2. 事前確認チェックリスト ホスト I/O マルチパス（Multipath）正常性の確認: ノード再起動時に残存ノードへ I/O が集約されるため、接続ホスト（15台以上）のマルチパス稼働パスを確認 ストレージハードウェアおよびシステム健全性の点検: コントローラーノード、電源モジュール、ドライブエンクロージャーの正常性（OK）および未解決アラート（New alerts: 0）の確認 備考（Remote Copy およびスケジュールジョブ）: 最新の Alletra/Primera OS はノードのローリング再起動時にもリモートコピー（Remote Copy）セッションやスケジュールを安全に自律制御するため、特定のリリースノート・アドバイザリ（Advisory）がない限り、手動停止を行わずオンラインのまま作業を進めます。 3. ステップ別 無停止アップグレード実務手順 Step 1. 事前ダッシュボードおよびシステム健全性の点検 Webコンソールにログインし、システムアラート（New alerts: 0）、利用可能容量、ホスト接続状態を確認します。System ➔ Software より現在の稼働バージョン（9.6.5）を確認します。 ...

1. はじめに：10.6.0 全面刷新とホワイトツリーUIの導入背景 HPEの次世代モジュラー型オールNVMeストレージである HPE Alletra Storage MP（B10120 / B10K）環境において、OSファームウェアが10.6.0 へアップデートされたことに伴い、システム管理インターフェースが大幅に刷新されました。 従来の10.5.x系まで採用されていた単一階層のダークサイドバーUIから脱却し、10.6.0からは クラウドネイティブ感覚のモダンなホワイトテーマと、直感的な多階層ツリーナビゲーション構造 が新たに導入されています。 本記事では、実機環境の Alletra Storage MP B10K をベースに、10.6.0 新UIにおけるメニュー構造の変化点と、エンジニアリング実務の観点から重要なモニタリングポイントを整理して解説します。 2. 10.5.x vs 10.6.0 UI比較 比較項目 従来UI (OS 10.5.50 以前) 新規UI (OS 10.6.0) 実務におけるメリット テーマデザイン 暗いダークグレーのサイドバー 明るくモダンなホワイトカードベースUI 視認性が大幅に向上、最新HPE GreenLake統合ルック＆フィール 左側ナビゲーション 単純なアイコン中心の単一階層 テキストラベル付き多階層折りたたみツリー 下位メニュー（ドライブ、ポート等）へ1クリックで即時遷移可能 上部ブランディング 基本シンボルアイコンのみ表示 HPEロゴおよび製品モデル名を明記 複数ストレージの同時運用時における識別性が向上 ポート/スイッチ管理 詳細ハードウェア配下を探索 Ports / Switches が独立メニューとして常時表示 SANファブリックのリンク状態やポート速度を即座に確認可能 セキュリティ・設定統合 各所に分散していた設定項目 Settings 配下にネットワーク/テレメトリ/証明書を集約 セキュリティポリシー（ランサムウェア検知、保持期間）のワンストップ設定 アップグレード前／後の System 画面比較 図 1. [アップグレード前] OS 10.5.50 ダークサイドバー採用の従来 System ダッシュボード画面 ...

1. 背景: Alletra MP 10.6.0 アップグレードと新UIへの刷新 ミッションクリティカルストレージである HPE Alletra Storage MP (B10K / B10120)において、システムの安定性向上と最新機能のサポートを目的とした10.6.0 OSファームウェアアップグレード を実施しました。 今回の10.6.0リリースは、バックエンドの性能向上とプラットフォームの安定化だけでなく、Web管理コンソールが従来のダークサイドバーからモダンなホワイトツリー型新UIへと大幅に刷新される重要なアップデートとなっています。 ストレージがインターネット(HPE Cloud Connect)に接続されている環境であれば、10.6.0ファームウェアパッケージが自動的にStaged(事前ダウンロード) されているため即座に作業を開始できます。閉域網環境の場合でも、ローカルコンソールからファイルを直接アップロードして安全に適用可能です。 2. 環境および前提条件 項目 スペック / 設定情報 実務上の設定理由 対象ストレージ HPE Alletra Storage MP B10120 2ノード アクティブ-アクティブ エンタープライズブロックストレージ 現行OSバージョン OS 10.5.50 既存稼働ファームウェアバージョン ターゲットOSバージョン OS 10.6.0 (ArcusOS) 新UI対応およびプラットフォーム安定化推奨バージョン パッケージ準備方式 オンラインStaged / ローカルファイル手動アップロード インターネット接続時は10.6.0自動受信済み 事前必須検証 System Readiness Checks アップグレード前に100% Passed確認が必須 想定所要時間 約60分 〜 90分程度 ノード順次再起動およびCDMコンポーネント書き込み含む 3. 実践アップグレード手順 (ステップ別) Step 1. 現在のOSバージョンおよびダッシュボード状態の点検 作業を開始する前にオンプレミスWebコンソールへログインし、System ➔ Dashboard にて現行OSバージョン(10.5.50)と各コントローラー、シャーシ、IOMモジュールの正常稼働状態(OK)を点検します。 ...

1. 背景: サーバールームは低温なのに、なぜスイッチ前面にAmber LEDが点灯するのか？ データセンター現場での保守作業時、室温は18〜20°Cと十分に涼しく保たれているにもかかわらず、Cisco MDS 9148T (HPE SN6620C) ストレージスイッチ前面パネルのSYS/ENVステータスLEDがオレンジ色(Amber)に点灯している現象によく遭遇します。 実際に show environment コマンドで内部センサー温度を確認すると 32°C (Normal) と極めて正常な状態であるにもかかわらず、NX-OS 9.2.2 のセンサーポーリング処理バグ(CSCwo09244等)によって閾値超過アラートが誤検知され、警告灯が点灯してしまうのが原因です。 本記事では、温湿度センサー誤診断によるAmber LED問題の原因と、推奨安定版9.4.5へのアップグレードによる根本的解決手順、さらに障害解析時にログのタイムスタンプ齟齬を防ぐためのタイムゾーン(Timezone)設定方法を整理します。 2. 環境および前提条件 項目 スペック / 設定情報 実務上の設定理由 対象機器 Cisco MDS 9148T / HPE SN6620C 32G Enterprise FC SAN スイッチ 発生バージョン Cisco NX-OS 9.2(2) 温湿度センサーポーリング誤診断バグが存在 対処完了バージョン Cisco NX-OS 9.4(5) センサーポーリングおよびプラットフォーム監視バグ修正済み 適用タイムゾーン Timezone (KST/JST, UTC+9) 標準時基準でのログ解析同期化 3. 実践対処および設定手順 作業前のスイッチ前面LEDおよびステータス点検画面 Step 1. 温湿度センサーおよび環境ステータスの点検 前面のAmber LEDが点灯した際、ハードウェア故障かソフトウェアバグかを切り分けます。 # 環境センサーおよび温度情報の詳細確認 show environment temperature 出力結果で全センサー項目が OK かつ正常温度範囲(Normal)内にあるにもかかわらずAmber LEDが消灯しない場合、NX-OS 9.2.2 のセンサー誤診断バグであると判断できます。 ...

1. 背景: なぜ 9.4.5 バージョンへのアップグレードが必要だったのか？ HPE SN6620C (Cisco MDS 9148Tベース) 32Gb FC SANスイッチを運用中のお客様環境において、安定性向上のためのファームウェア更新を実施しました。 旧バージョンの9.2.2では、長期稼働時の環境センサー誤検知やISSU実行時のBIOSタイムアウトの懸念が報告されていました。そのため、HPEおよびCisco公式の 推奨安定バージョン(Recommended Release)であるNX-OS 9.4(5)へのアップグレードを決定しました。 外部接続が遮断された閉域網環境であるため、エンジニアの作業用ノートPCにRebex Tiny SFTP/SCP Serverを起動し、ローカル接続でファームウェアを転送する方式を採用しました。 2. 環境および前提条件 項目 スペック / 構成情報 実務上の設定理由 対象スイッチ HPE SN6620C (Cisco MDS 9148T OEM) 32Gbps ファイバチャネル(FC) SAN スイッチ 現行 NX-OS バージョン 9.2(2) 既存稼働バージョン ターゲット NX-OS バージョン 9.4(5) HPE/Cisco 推奨安定版 (Recommended) 転送プロトコル SCP (Secure Copy Protocol) 作業PC ↔ スイッチ Managementポート直結転送 SCP サーバーツール Rebex Tiny SFTP/SCP Server インストール不要のポータブルSCPサーバー ファームウェアファイル m9000-pkg2.9.4.5.bin, m9000-kickstart-pkg2.9.4.5.bin システム(System)およびKickstartバイナリパッケージ 3. 実践アップグレード手順 (ステップ別) Step 1. 現在のOSバージョンおよびスイッチ状態の確認 作業開始前にスイッチCLIに接続し、現行バージョン(show version)とモジュール/ポート状態(show module)を点検します。 ...

24時間365日稼働する本番DBやサービスサーバーのディスク使用率が90%を超えた際、メンテナンス停止を伴わずに **「オンライン状態で安全にディスクを拡張できるか」**は現場エンジニアの必須スキルです。 RHEL/Rocky Linux/CentOS (7 〜 9) や Ubuntu (20.04 〜 24.04 LTS) など、仮想化（VMware、KVM、Nutanix、SimpliVity）やクラウド環境において、サーバーの再起動やアンマウント（umount）を行わず、完全無停止でディスクを拡張する標準手順をまとめました。 1. 全体作業フロー（4ステップ） flowchart LR A["1. 仮想ディスク/ストレージ増設"] --> B["2. LinuxカーネルSCSI再スキャン"] B --> C["3. LVM拡張 (pvresize / lvextend)"] C --> D["4. ファイルシステム拡張 (xfs_growfs / resize2fs)"] 2. Step 1: SCSIバス再スキャンによる容量認識 ハイパーバイザ側でディスクサイズを拡張後（例: 100GB -> 200GB）、Linuxカーネルに再認識させます： # 対象ディスクが /dev/sdb の場合 echo 1 > /sys/class/block/sdb/device/rescan # 認識確認 lsblk /dev/sdb dmesg | tail -n 15 3. Step 2: パーティションテーブルの拡張（必要な場合） パーティション（/dev/sdb1）を切っている場合は growpart で拡張します（ディスク直PVの場合は不要）： ...

HPE SimpliVity 6.2.0およびVME（VM Essentials）クラスターのデプロイが完了したら、次はインフラ上で実業務を担う仮想マシン（VM、Instance）を作成し、OS（Linux、Windowsなど）をインストールする段階に入ります。 VME環境で仮想マシンを作成してOSをセットアップするには、OSインストール用ISOファイルを仮想イメージライブラリにあらかじめ登録しておく必要があります。特に大容量のISOファイルが安定して保存され、クラスター内の全ホストから共通参照できるように、事前にNFSファイル共有ストレージ（File Share）をVME Managerに連携しておくことが基本設計となります。 本記事では、管理サーバー上のNFS共有フォルダーをVME Managerのイメージストアとして登録し、実際のOSインストール用ISOイメージをアップロードしてストレージパスを検証するまでの全手順を整理しました。現場での大容量ファイルアップロード時のタイムアウト回避策やアクセス権限のポイントも併せて解説します。 1. 全体作業ワークフロー VME ManagerへのISO仮想イメージ登録は、ストレージバックエンド確認からファイル共有登録、ISOアップロード、ストレージパス検証までの4段階で進行します。 flowchart TD Step1["第1段階：NFSサーバー公開状態確認<br/>(ホストCLI: exportfs -v)"] --> Step2 Step2["第2段階：VME ManagerへのNFSファイル共有登録<br/>(インフラ > ストレージ > ファイル共有 > NFSv3)"] --> Step3 Step3["第3段階：仮想イメージライブラリへのISO登録<br/>(ライブラリ > 仮想イメージ > + 追加 > ISO)"] --> Step4 Step4["第4段階：アップロード完了およびストレージパス確認<br/>(morpheus-virtual-images 配下確認)"] 2. 作業前の重要チェックポイント 作業をスムーズに進めるため、事前に以下の3点を確認しておきます。 「デフォルトの仮想イメージストア」の指定 VME ManagerでNFSファイル共有を登録する際、画面下部の デフォルトの仮想イメージストア (Default Virtual Image Store) チェックボックスを必ず有効化します。これにより、今後仮想イメージを登録する際に該当NFSが既定のストレージバケットとして自動割り当てされ、VM作成時に全ホストからスムーズに参照できるようになります。 NFSアクセス権限の設定 (no_root_squash) VME ManagerサービスがNFSサーバー上にISOファイルを書き込み、内部フォルダーを作成できるように、管理サーバーの /etc/exports に rw,no_root_squash,no_subtree_check オプションが正しく設定されていることを確認します。 VMEにおけるISO保存ディレクトリ構造 VME Webコンソール経由でISOを登録すると、NFS公開フォルダー（例: /nfs）の直下ではなく、/nfs/morpheus-virtual-images/<固有数字ID>/<ファイル名.iso> という階層で整理されて安全に保管されます。 3. ISOイメージ登録手順 Step 01. NFSサーバー公開状態の確認 (CLI) 管理サーバー（Ubuntu BaseOS）に構築したNFSサービスが、共有ディレクトリ（/nfs）を正常にエクスポートしているかをターミナルで確認します。 ...

1. 概要 HPE SimpliVityは、ハイパーコンバージドインフラストラクチャ（HCI）に基づいてコンピューティング、ストレージ、ネットワークを統合提供するソリューションです。 ストレージアーキテクチャは RAID + RAIN構造とNFSプロトコルに基づいており、VMwareベースのSimpliVityとVMEには共通点と相違点があります。 2. ストレージアーキテクチャのコア構成 1) RAID+RAIN構造 RAID (Local): 各ノード内で RAID を構成し、ディスク障害に備えて RAIN (Cluster): クラスタ内の他のノードへのデータの複製 → ノードの障害にもデータの整合性を確保 二重保護構造により高レベルの 高可用性(HA)を確保 2) NFSプロトコルベースのデータストア VMware ESXiまたはVME環境で NFSデータストアを使用する OmniStack（VMwareベース）またはVMEソフトウェアがローカルストレージを仮想化して 論理ストレージプールを提供 仮想マシン（VM）はこのNFSデータストアを介して安定して運用されています 3) データ効率 重複除去(Deduplication)+圧縮(Compression) 技術によりストレージスペースを節約 内蔵バックアップおよびリカバリ機能を提供 → 外部ストレージなしで独自のDR（災害復旧）可能 3. VMwareベースのSimpliVity vs HPE SimpliVity VME比較表 アイテム VMwareベースのSimpliVity HPE SimpliVity VME ストレージプロトコル NFSベース NFSベース データ保護方式 RAID+RAIN+OmniStackアクセラレーションカード RAID+RAIN(ソフトウェア定義方式) ハードウェアの依存関係 OmniStack Accelerator Cardが必要 追加のハードウェア不要、標準のx86サーバーベース 管理プラットフォーム VMware vCenter 統合 VME Manager + Morpheus(VMwareと同時管理可能) 拡張性 ノードをさらに拡張可能 同様にノードベースの拡張可能 バックアップ/回復 内蔵機能を提供 同様に内蔵機能を提供 コスト構造 VMwareライセンス+ OmniStackカードのコスト ソケットベースのライセンス（VMwareと比較して最大70％削減可能） 4. VME アーキテクチャの追加の利点 ハードウェアの簡素化：OmniStackカードの取り外しにより、障害点の削減とメンテナンスが容易 ソフトウェア定義方法：最新のOS（Ubuntuベース）とオープンソース技術を活用して柔軟性と更新速度を向上 IPv6および近代的なネットワークサポート：次世代ネットワーク環境に最適化 管理効率: Morpheus統合により、VMwareとVMEを同時に管理できるハイブリッドオペレーティング環境を提供 クラウドに優しい：HPE GreenLakeインターロックによるオンプレミス+クラウドのスケーラビリティを強化 5. 重要な要約 共通点：RAID + RAIN構造、NFSプロトコルベースのデータストア、内蔵バックアップ/回復機能 違い：VMwareベースはOmniStackカードが必要、VMEはソフトウェア定義の方法でシンプルさとコスト効率を強化 6. 参考ソース [HPE SimpliVity公式製品ページ]（https://www.hpe.com/us/en/integrated-systems/simplivity.html） [HPE VME リリースノート Documentation] (https://support.hpe.com/hpesc/public/docDisplay?docId=a00156081en_us&docLocale=en_US) [HPE InfoSightソリューションガイド]（https://www.hpe.com/us/en/solutions/infosight.html）