フォードが大規模ITインフラ統合、データストレージのラック数を180から88にまで軽減させた舞台裏

仮想化プラットフォームの構築も進む　VM環境、コンテナなどを単一ツールで可視化

シン氏：現在、フォードはマルチハイパーバイザー環境へと移行しつつあるとうかがいました。既存のストレージ基盤を、どのように変更する必要があったのでしょうか？

マニング氏：実は、既存のストレージ基盤を変更する必要はまったくありませんでした。それこそが、ユニファイドプラットフォームの最大のメリットです。一部更新時期を迎えたコンポーネントもありましたが、基本的にはそのCシリーズプラットフォームをそのまま使い、コンテナワークロードのホストを開始しました。今まで私たちの分散拠点では、NFSやSMBプロトコルが主流でしたが、コンテナプラットフォームに対してブロックデバイスを提供し、PVC（永続ボリューム要求）を管理できるように「iSCSI」を追加導入しました。新しいハードウェアの追加購入も、ラック領域の新規消費も発生していません。

　さらに、OpenShiftプラットフォーム上でコンテナワークロードの運用を進める中、「次に統合できるものは何か」を考えました。投資効率を考慮した結果、VMワークロードも同じプラットフォーム上に配置することにしました。仮想化プラットフォームの統合と、同一プラットフォーム上でのオブジェクトストレージ需要の統合を、単一の共通基盤でカバーしたのです。新しい技術を導入する際にも、追加のインフラ投資は不要でした。

シン氏：どのようにOpenShiftへの移行を進められたのですか？

マニング氏：「NetApp Shift」の機能を活用しました。これにより、工場を停止させる必要がなくなり、移行にともなうダウンタイムを最小限に抑えることができました。その結果、迅速なペースでプラットフォームを変更するというコア目標を達成できたのです。

　ただし、これらすべてを進めるうえで、オブザーバビリティの確保が不可欠でした。私たちは従来からVMware統合およびストレージの監視ツールとして「DII（Data Infrastructure Insights）」を使用していましたが、OpenShiftの導入にともないその統合も行いました。これにより、コンテナプラットフォーム、VMware環境、OpenShift Virtualization環境をすべて1つのツールで可視化できるようになりました。DIIにはストレージ管理者だけでなくあらゆるチームがアクセスしており、オブザーバビリティの向上に役立っています。自動車を生産できなければ収益を生み出せないため、アップタイム（稼働率）を維持し、ダウンタイムを最小限に抑えることは絶対条件なのです。

シン氏：最近、フォードは他社オブジェクトストレージ（ECS）から「StorageGRID」へと移行され、あわせて「ONTAP S3」も運用されていますね。オブジェクトストレージにおいて2つの異なるユースケースを定義されているとお聞きしましたが、それぞれどのようなものでしょうか？

マニング氏：ECSからStorageGRIDへの移行は、ワークロードのさらなる簡素化と集約の一環として行いました。導入にあたっては、ユーザーからどのような要求が来ているか評価しました。まず、StorageGRIDの観点からは、FabricPoolのバックエンド機能を提供しつつ、ユーザーに対してはパブリッククラウドに期待されるようなグローバルネームスペースや地理的レジリエンスを備えたオブジェクトストレージサービスを提供しています。

　一方で、単にS3プロトコルを使い、NFSエクスポートと同じような感覚でバケットにアクセスしたいという新しいペルソナ群も現れました。そうした用途において、「ONTAP S3」は分散拠点での利用に適しています。主なユースケースはバックアップのターゲットや、コンテナの永続ストレージ用です。こうした用途ではグローバルネームスペースや地理的レジリエンスまでは求められず、ファイルサービスと同様にデータを保管し、オフサイトへレプリケートされていることさえ確認できれば十分だからです。

シン氏：ロジャーさんはこれまでを振り返ってみて、10年間におけるフォードのインフラストラクチャの歩みをどのように捉えていますか？

マニング氏：インフラの旅に終わりはなく、常に継続的です。しかし、NetAppは最初の導入期から多くのメリットをもたらしてくれました。保有するテクノロジーポートフォリオ全体を見渡した際、少なくとも40%以上の設備・テクノロジー集約を達成しています。シンプルさと集約化を推進したことで、運用サポートが劇的に容易になりました。

　もう1つの大きな課題は、設置スペースでした。以前のレガシーデータセンターには、ストレージだけで約180ラックもの機器が存在していました。しかし、新しく建設された最先端データセンターのストレージ領域には、88ラックしかありません。統合プラットフォーム、フラッシュの採用、そしてFabricPoolを組み合わせることで88ラックもまだ使い切っておらず、将来の追加拡張用スペックを十分に残しています。

　フラッシュの採用は、QoS（サービス品質制御）を活用してワークロードを管理する面でも大きな改善をもたらしました。総括すると、全体としてインフラが非常にシンプルになり、集約され、ビジネスのニーズに対して遥かに俊敏に対応できるようになりましたね。