本記事では、入社2年目のストレージ担当の若手社員と先輩社員の対話を通して、
IBM FlashSystem、IBM Fusion、そしてIBM LinuxONEを組み合わせたインフラ提案の考え方を整理していきます。

「止めない」「守る」「運用を楽にする」——こうした価値をどうやって一つの提案としてまとめるのか。
そのヒントを、現場目線の会話形式でご紹介します。

【登場人物】

🐤：入社2年目ストレージ若手社員

🐔：ベテランSE

ストレージ提案の壁

🐤「🐔先輩、ちょっと相談してもいいですか……？」

🐔「いいよ。どうした？」

🐤「入社2年目でストレージ担当になって、最近はFlashSystemとFusionをお客様に提案しているんですけど、
正直……なかなかうまくいかなくて。」

🐔「どういうところで止まる？」

🐤「性能や機能の説明はできていると思うんです。“FlashSystemは独自のFCMでハイパフォーマンスであったり”“FusionはOpenShiftの準備が丸ごとできて運用が楽です”って。でも最後はだいたい『比較検討します』で終わっちゃって……。」

🐔「実はそれ、今の提案でよくある悩みなんだ。ストレージ単体の提案だけだと、なかなか刺さらない時代なんだよ。」

🐤「えっ、そうなんですか？」

🐔「お客さんが欲しいのは製品じゃない。課題をどう解決できるかという“ソリューションだ。だからまずは、インフラ全体で考える必要がある。」

🐤「インフラ全体……。」

🐔「その話をするうえで、今日はまずFlashSystemやFusionと親和性が高いLinuxONEから整理してみよう。」

LinuxONEとは？

🐔「じゃあさ、ちょっと基本に戻るけど……LinuxONEって、どんなものか説明できる？」

🐤「えっと……名前は知ってます。メインフレームの流れをくむLinux専用サーバーですよね？なんとなく……堅牢そう、っていうイメージはあります。」

🐔「じゃあ、その“堅牢そう”ってイメージ、少し言語化してみようか。」

🐤「堅牢……止まらないとか？ミッションクリティカル向け、みたいな……？」

🐔「そう、それがまさにLinuxONEの本質だ。LinuxONEは『止めないこと』『壊れにくいこと』を前提に設計されたLinux基盤なんだ。」

🐤「最初から“止まらない前提”なんですね。」

🐔「そうなってくるとどんな観点でLinuxONEとFusion,FlashSystemでソリューション提案ができるな？」

🐤「そうですね。まずはサービスを止めないこと、いわゆるレジリエンスというのが1つあるかなと思いました。あとはサービスを止めないということにも関連してきますが、昨今はサイバー攻撃というのもトレンドになってますし、セキュリティの高さというのもソリューション提案の軸になるのではないかと思いました。」

🐔「じゃあ早速だけど、それぞれの観点で」ソリューションを整理してみようか。」

🐔「もう一つ大事な視点があってね。LinuxONEはメモリを大規模に集約できるんだ。」

🐤「メモリの集約、ですか？普通のサーバーって分散して増えていくイメージですけど……。」

🐔「そう。だからムダも増える。でもLinuxONEなら、大容量メモリにワークロードをまとめて載せられる。
“まとめても止まらない・安心”だからこそ、集約できるのがポイントなんだよ。」

LinuxONEの高密度集約に関してはこちらで詳しく紹介しております！

レジリエンス編：止めない、そして戻せる

🐔「じゃあまずレジリエンスの話をしよう。LinuxONEは、CPU・メモリ・I/Oまですべて冗長化されていて、単一障害点がない設計になっている。」

🐤「ということは、部品が壊れても……？」

🐔「自動的に切り替わる。例えばCPU障害でも、H/Wレベルで透過的にスペアCPUへ切り替えが行われる。

OSやアプリは気づかない。だから実装によっては99.999999%の可用性を実現できる」

🐤「かなり強力ですね……。」

🐔「ただし重要なのは、どんなに止まらなくても最悪の事態は起こり得るということだ。」

🐤「最悪の事態？」

🐔「オペミス、誤削除、アプリやデータの論理破壊。ハードが強くても、人とソフトは間違える。」

🐔「そこでFusion Softwareを組み合わせる。Workerノードが落ちても、ノードを跨ったディスクへデータを書き込みできる機能によって業務を継続できる。」

🐤「バックアップも取れますよね。」

🐔「そう。アプリケーション単位でバックアップとリストアができる。だから“止めない”だけじゃなく、“元に戻せる”レジリエンスを提供できる。」

🐤「LinuxONEで止めない、そしてFusionで戻せる……。」

🐔「これがソリューションとしてのレジリエンスだ。」

セキュリティ編：最初から守るという発想

🐤「セキュリティの観点ではどうですか？」

🐔「LinuxONEのセキュリティは、最初から守る前提で作られているのが特徴だ。」

🐤「暗号化機能が特徴的ですよね。」

🐔「CPACF（CP Assist for Cryptographic Function）という標準搭載の暗号化コプロセッサーと、Crypto ExpressというHSMを活用することで、保存中・通信中・処理中までを含む範囲で暗号化を実現することが可能なんだ。」

🐤「将来の量子時代も考慮していると聞きました。」

🐔「その通り。今の脅威と将来の量子コンピュータ時代の両方を見据えた設計になっておりNISTの標準にも準拠したアルゴリズムを搭載している。

さらに、ハイパーバイザー侵害の報告件数はゼロという実績もある。」

🐤「基盤から安心、というわけですね。」

🐔「そこにFlashSystemを組み合わせると、ランサムウェア対策が完成する。」

🐤「SGC*1ですね。」

🐔「そう。改変不可なバックアップを差分で取得でき、しかも筐体内に保持するから即時復旧が可能だ。」

🐤「検知の機能もありましたよね。」

🐔「FCM5*2が全I/Oを常時監視し、60秒以内にランサムウェアを検知する。独自のFCMだから、パフォーマンス低下なしで暗号化と監視を両立できる。」

🐤「LinuxONEで守って、FlashSystemで検知して戻す……。」

🐔「それがインフラ全体で成立するセキュリティ・ソリューションだ。」

*1 Safeguarded Copy : FlashSystemが提供する改変不可なスナップショットの機能。詳細を紹介したブログはこちら

*2 FlashCore Modure 5：FlashSystemに搭載可能なIBM独自開発のドライブ 。ドライブ内で圧縮・重複排除・暗号化・ランサムウェア検知が可能。
ランサムウェア検知に関する詳細はこちら

オンプレ環境の運用課題

🐤「ソリューションとしてはお客様に持っていくことはできそうな気がしてきました！
ただ、オンプレのストレージを提案していると“オンプレは運用が大変そう”っていう反応が結構あるんです。」

🐔「あるあるだね。具体的には？」

🐤「監視とかチューニングとか、構築とか......。結局人手で面倒を見るんですよね？って聞かれることが多くて……。
そこがハードルになってる感じがします。」

🐔「昔のオンプレは、“導入した後は人が頑張って運用する”のが当たり前だった。でも今は違う。」

FlashSystem.aiによる運用の課題解決

🐔「FlashSystemは単なるストレージじゃなくて、AIで運用を自動化・最適化する仕組みを前提にした製品なんだ。」

🐤「運用って、どこまで自動化されるんですか？」

🐔「例えば、

・性能のボトルネック検知
・容量の予測
・障害予兆の検知
こういったことを、人が気づく前に先回りして判断してくれる。」

🐤「それって、今まで運用担当がやっていた部分ですね……。」

🐔「つまりFlashSystem.aiは、“オンプレの運用負荷”というボトルネックを潰す役割を持っている。」

🐤「なるほど……。オンプレ＝運用が大変、というイメージを変えられるんですね。」

🐔「さらにこれをLinuxONEと組み合わせることで“止まらない・守れる・しかも運用も楽”なソリューションとして語れるようになる。」

🐤「確かに……。それならオンプレでも選ばれる理由になりますね。」

まとめ

🐤「ありがとうございます！お客様に刺さる提案のイメージが湧いてきました。」

🐔「LinuxONEで止めない・集約する、Fusionで戻せる、FlashSystemで守る・検知する・運用を楽にする。
この3つをセットで語れるようになると、提案は“製品紹介”から“業務を支えるインフラ提案”に変わる。
止めたくない業務があるなら、この組み合わせを一緒に考えませんか？そう言えることが、価値そのものなんだ。」