NetAppストレージ筐体のOSバージョンアップ支援

データセンター作業における事前準備と現場でのベンダーコントロールを実施

＜課題の詳細＞

今回は、データセンターでの作業となることから時間が限られており、効率よく作業を進める必要がありました。そのため、予め作業手順書等をベンダーに用意いただいたうえで作業を行いました。

しかしながら、ベンダーから事前に提出された作業手順書は、時系列に沿った手順の記載やチェックリスト等になっておらず、 チェックポイントや切り戻しの判断基準などの記載が不足しているものがほとんどであり、効率よく作業を進められるような手順書にはなっておりませんでした。

＜どのように改善したか＞

作業手順書等の修正すべき点の洗い出しと作業スケジュールを作成し、関係者内で共有させていただきました。

これにより、当初の想定よりも短い作業期間で完了することができております。

また、今回のバージョンアップ作業の対象となる、1 号機から 3 号機を段階的に 1 台ずつ、別の日に行う計画となっていましたが、 1 号機、2 号機と、作業実施の都度、作業内容の改善を行い、より精度の高い作業を行えたことでトータルとして作業時間の短縮を実現でき、お客様に評価いただけました。

＜どんな効果があったか＞

作業実施の都度、作業内容の改善を行ったことにより、データセンターでのバージョンアップ作業時間は以下の通り短縮することができました。

＜作業所要時間＞

• 1 号機の作業時間：約 8 時間（製品バグによる想定外の作業が発生しました。）
• 2 号機の作業時間：約 5 時間
• 3 号機の作業時間：約 4 時間（初回から約半分の短縮を実現しました。）

仮想基盤上で稼働する仮想マシンへの影響を最小限に抑える段階的なバージョンアップ方法の提案

＜内容＞

ストレージのバージョンアップは、機器の停止が伴うため、予め仮想マシンを別のストレージに Storage vMotion を 使用して退避させる手法を計画しました。　Storage vMotion は基本的に停止を行わずに ESXi ホスト間を移行できる技術ですが、仮想マシン構成の都合上、一部の仮想マシンは停止した状態で移動させる必要がありました。

例えば、 OS レベルでクラスタ構成を組んでおり、アクティブ/スタンバイの切り替えが伴うものなどが該当し、その場合には仮想マシンを管理するアプリ担当と夜間作業の調整をする必要もありました。

このような停止しなければならない仮想マシンを事前に抽出し、できる限り同じタイミングで移動することが出来るように調整を行いました。

また、バージョンアップ対象のストレージは 3 台あるため、段階的にバージョンアップ作業を行う必要がありました。（以下の図を参照）

上記のように、弊社の仮想技術と NetApp ストレージの運用経験による実績を基に仮想マシンへの影響を抑えたバージョンアップ計画を提案したことをお客様からご評価いただくことができ、予定通り 3 か月内で全てのバージョンアップを完了させることができました。

ドキュメント修正

• 既存ドキュメントの修正

  • 詳細設計書
  • 運用設計書
  • 運用手順書

バージョンアップ作業

• ベンダー調整支援

  • ベンダー作業手順書のレビュー
  • 作業スケジュールの作成
  • バージョンアップ計画スケジュールの提案

• 仮想マシン調整支援

  • バージョンアップ計画スケジュールの作成と説明

• NetAppストレージのバージョンアップ支援

  • バージョンアップ前の仮想マシン退避
  • NetApp ストレージのバージョンアップ

• NetApp動作試験

  • 単体試験
  • 結合試験

納品ドキュメント

• 詳細設計書
• 運用設計書
• 運用手順書
• 動作確認項目表兼結果報告書