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

フォード、10年間の統合ストレージへの歩み

　イベントの特別講演では、アメリカに本社を置く世界的な自動車メーカーであるフォード・モーター（Ford Motor Company）の技術リーダー ロジャー・マニング（Rodger Manning）氏が登壇。NetApp サンディープ・シン（Sandeep Singh）氏がモデレーターとなり、フォードモーターのITインフラ構築・運用における事例が語られた。

サンディープ・シン（Sandeep Singh）氏：ロジャーさん、このたびはご登壇いただきありがとうございます。フォードモーターは、NetAppのユニファイドストレージとともに約10年間の旅路を歩んできました。そのプロセスについて、ぜひお聞かせください。

ロジャー・マニング（Rodger Manning）氏：私たちの取り組みは、新しいエンタープライズ・データセンターの構築・収容を検討していたときに始まりました。当時は、もともとデータセンター用に設計されていない建物を使用していたのです。既存の環境を確認してみると、専用NAS、専用SAN、専用オブジェクトストレージ、そしてデータ保護環境がそれぞれサイロ化して配置されているという、典型的な構成でした。これにより、大きな非効率が生じていたのです。1つのストレージ容量が底をついても、他のストレージを活用できない。これは、私たちにとって大きな課題でした。

　そこで、これまで行ってきた技術投資から、どのように真の価値を引き出すかを検討しはじめました。当時、NetAppはすでに統合プラットフォームを提供していましたので、私たちはその基盤上に集約することを決め、当時はオールフラッシュの「AFF A700」を導入しました。オールフラッシュというと一見高コストな提案に見えますが、実際にはそれとデータを自動的に階層化する機能である「FabricPool」を組み合わせ、高度なマルチテナントワークロードの実行、オフラインスナップショットの自動ティアリングを行うことで、以前よりもコスト効率を高めることができたのです。

シン氏：サイロ化したインフラ環境から、よりコスト効率の高いものへとシフトされたわけですね。ここまではエンタープライズ・データセンター側のお話でしたが、フォードは世界中に工場やオフィスを擁する高度に分散した組織です。そうした拠点の管理における課題と、それをどのように変化させていったのか教えてください。

マニング氏：分散拠点での管理には、たしかに多くの課題がありました。各拠点はスケールが小さいため、新しいプロジェクトやプログラムに合わせてキャパシティのサイジングを行う際、容量管理がとても難しくなります。多くのサイジング作業を経てハードウェアが現地に到着した直後に「あと10テラバイト増やしてほしい」と要求され、設計全体の前提が狂ってしまうようなことが頻繁に起こっていました。

　そこで私たちが導入したのが、「NetApp Keystone」です。Keystoneによって、フレキシブルなサイズ指定と、運用の成長に合わせた段階的なキャパシティ拡張が可能になりました。これまでリース契約でハードウェアを利用していたことから、3年間で必要になる容量を予測していましたが、そこには多くの無駄が生じていました。米国の工場におけるKeystoneの導入により、ビジネスのスピードに合わせて迅速に対応し、必要なときに必要な場所へ容量を追加できるようになったのです。

　その後、登場したのが「QLCフラッシュ」です。これは私たちにとって、ゲームチェンジャーとなりました。Keystoneの契約更新が近づいてコストを試算したとき、高密度な「C800（Cシリーズ）」に一部ドライブを搭載すると効率がよくなる構成だとわかりました。これにより、我々なりの“Keystoneモデル”を作れました。CAPEX（資本的支出）による投資へ一部回帰しつつも、たとえば最初は12ドライブなどの一部構成で購入し、必要に応じてペア単位でドライブを追加していくことで、無駄のない最小限の運用を維持しながら拡張できるようになりました。