F5 BIG-IPをモダナイズし、技術的負債を将来への備えに変える方法

Jim Stuckeyオートメーションプラクティス担当ディレクター | World Wide Technology

企業IT全体において、モダナイゼーションはもはや将来の取り組みではなく、今すぐ対応すべき要件です。多くの組織、特に大規模なアプリケーションデリバリー環境を運用する組織にとって、課題はモダナイゼーションを実施するかどうかではなく、迅速かつ安全に、そして大規模に実施するにはどうすればよいかという点です。

この状況が最も顕著に表れているのが、F5 BIG-IPを基盤とする環境です。長年にわたる規模の拡大、カスタマイズ、段階的なアップグレードによって、私がよく「技術的負債の雪だるま」と呼ぶ状況が生まれています。つまり、数億ドル相当のレガシーインフラストラクチャがサポート終了を迎えようとしているのです。

旧世代のiSeriesやVIPRIONプラットフォームを含むこうしたハードウェアの多くは、今後数年のうちにサポート終了を迎えます。数百、場合によっては数千ものBIG-IPインスタンスを管理する組織にとって、進むべき道は明確です。モダナイゼーションは避けて通れません。しかし、それを実行に移すとなると、話はまったく別です。

レガシーシステムからモダンなインフラストラクチャへ

F5が支援する多くのBIG-IPのお客さまの大半は、従来のハードウェアから、より広範なF5のF5 rSeries やF5 VELOSなどの最新システムへの移行を検討しています。これらは、F5のより広範なApplication Delivery and Security Platform (ADSP)の一部です。そのメリットは明確です。パフォーマンスと拡張性が向上し、進化するアプリケーションの要件に対応できるプラットフォームを利用できます。

そこに至る方法は、それほど明確ではありません。

大規模な環境では、従来のアップグレード手法では規模の拡大に対応できません。手作業のプロセスはばらつきを生み、所要期間を長期化させ、リスクを高めます。数百ものシステムで複雑な移行を繰り返す必要がある場合、わずかな不整合でも重大な問題につながる可能性があります。

ここで、自動化が状況を一変させます。F5 ADSPのプラットフォーム機能とRed Hat Ansible Automation Platformを組み合わせることで、組織は一度限りの移行から、反復可能でオーケストレーションされたワークフローへと移行できます。環境を手作業で再構築する代わりに、チームは構成を取得し、新しいシステムをプロビジョニングして、一貫性のある管理された方法で結果を検証できます。

プロセスが高速化するだけでなく、予測可能性が高まり、ユーザーエラーによる中断も起こりにくくなります。いずれも、大規模な運用に不可欠な要件です。

能力を実行力へ

テクノロジーだけでは問題は解決しません。真の課題は、それを実際の運用に落とし込むことです。

At World Wide Technology（WWT）では、そのギャップを埋めるための支援を中核的な強みとしています。環境はそれぞれ異なりますが、大規模なIT資産、老朽化するインフラ、そして業務を中断せずにモダナイズする必要性の高まりという共通の傾向があります。

私たちの役割は、お客さまが今後の道筋を定め、確信を持って実行できるよう支援することです。その第一歩として、管理された環境でアプローチを検証することがよくあります。Advanced Technology Center (ATC)では、お客さまのアーキテクチャをモデル化し、自動化ワークフローをテストして、本番環境に適用する前に潜在的な問題を特定できます。その後、お客さまと連携してワークフローを実装し、環境全体へと拡張します。

実際には、F5とRed Hatの機能を組み合わせ、理論上だけでなく、企業インフラの実情に即して機能する、実行可能なソリューションへと変えていくことを意味します。これを実現するノウハウがあるのは、過去10年の大半にわたり、F5およびRed Hatと連携してきたためです。

金融サービスにおける実例

このアプローチの必要性は、規模、規制、稼働時間に関する要件がすべて重なる金融サービス分野で特に明確です。

最近のあるプロジェクトでは、欧州と米国で事業を展開する大手多国籍金融機関を支援しました。この業界の多くの組織と同様に、このお客さまも多数のレガシーBIG-IPシステムを運用しており、重要なサービスにリスクをもたらすことなくモダナイズする必要がありました。

課題はデバイスの台数だけでなく、それらを取り巻く制約にもありました。厳格な変更管理プロセスにより、更新可能なタイミングが限られていたうえ、規制上の要件を満たすために、すべての手順を検証する必要がありました。

このプロジェクトでは、移行ワークフローの自動化と厳格なテストおよび検証を組み合わせました。初期調査フェーズの後、本番インフラストラクチャの主要な要素を再現するラボ環境を構築しました。そこで、既存の構成の抽出と変換、新しいシステムのプロビジョニングを自動化し、移行前後のテストを追加して一貫性を確保しました。

このプログラムは最終的に18週間にわたって実施され（この情報を加える意義は不明です。たとえば、「わずか18週間でxxxを達成した」または「通常は6か月かかるプログラムを18週間で完了した」としてはどうでしょうか）、移行は所定のメンテナンス時間帯に、管理されたバッチ単位で実行されました。スケジュールは変更管理要件の影響を受けましたが、自動化により、チームは高い確信を持って計画的に作業を進めることができました。

これは、よく見られるパターンです。この規模のモダナイゼーションでは、スピードだけが重要なのではありません。リスクを軽減し、プロセスのすべての段階で一貫性を維持することも重要です。

業界を問わず共通する課題

金融サービス機関は自動化の活用において最も進んでいる傾向にありますが、この課題に直面しているのは金融サービス業界だけではありません。エネルギー事業者や連邦政府機関をはじめ、規制の厳しい他の業界も同様の圧力にさらされています。多くの場合、老朽化したインフラとコンプライアンス要件が重なることで、モダナイゼーションに取り組める期間は限られます。

医療機関では、同じ問題が異なる形で現れています。多くの医療機関は旧式のプラットフォームを使用しており、限られたリソースで早急に遅れを取り戻す必要があります。このような環境では、自動化は単なる効率向上の手段ではなく、すでに余力のないチームに過度な負担をかけずに進展を加速する手段となります。

業界を問わず、根本的な課題は共通しています。それは、大規模で複雑な環境を手作業で大規模にモダナイズすることはできないという点です。

緊急性を前進する力に

現在進められているBIG-IPのモダナイゼーションは大規模ですが、多くの組織が解消に取り組んでいる、より広範な技術的負債の一部にすぎません。変わりつつあるのは、緊急性だけでなく、その取り組み方です。

自動化に適切なプラットフォームと実行戦略を組み合わせることで、組織はより迅速かつ確実に前進できます。モダナイゼーションを個別のプロジェクトの連続として扱うのではなく、体系化された反復可能なプロセスとして進められるようになります。

手作業から自動実行への移行によって、複雑でリスクの高い課題も、最終的には達成可能なものへと変わります。

Red Hat Summitに向けて

こうしたアイデアは、今週アトランタで開催される「Red Hat Summit 2026」の中心的なテーマとなります。F5、Red Hat、WWTは、自動化によってインフラストラクチャのモダナイゼーションを簡素化し、加速する方法を紹介します。また、BIG-IPの自動デプロイや、Red Hat OpenShiftなどのプラットフォームとの統合についても実演します。

同様の課題に直面している組織にとって、これらのアプローチを実際にどのように適用できるかを確認する機会となります。

World Wide TechnologyのATCの運用方法について詳しくは、こちらの自動化ラボレポートで、F5 BIG-IPとRed Hat Ansible、およびその他のF5ソリューションに関する情報をご確認ください。F5とAnsibleの提携について詳しくは、こちらのページをご覧ください。

Red Hat Summitでお会いできることを楽しみにしています。

著者について

Jim Stuckeyオートメーションプラクティス担当ディレクター | World Wide Technology

Jim Stuckeyのその他のブログ記事