F5 AS3とRed Hat Ansible Automation

F5エコシステム | 2019年4月12日

F5アプリケーションサービスの自動化にすでに取り組んでいる場合は、Ansibleなどの自動化ツールの使用に慣れていることでしょう。現在、F5向けAnsibleモジュールは115種類あり、ライセンス、負荷分散、グローバルな可用性、トラフィックポリシー、セキュリティポリシーなど、F5に関するさまざまな作業や設定を自動化し、管理できます。お客さまからのご要望に基づき、これらのAnsibleモジュールはF5が開発し、サポートしています。より多くのユースケースに対応し、アプリケーションサービスの導入を容易にするため、F5はF5 Automation Toolchainの一部としてApplication Services 3(AS3)をリリースします(詳細な背景情報については、AS3 User Guideを参照してください)。

AnsibleによるF5の自動化についてお客さまと話す中で、自動化に精通した方の中には、既存の自動化をより持続可能で堅牢かつ移植性の高いものにしたいと考えている方がいることが分かってきました。よく寄せられる質問の1つは、次のようなものです。「アプリケーションインフラストラクチャの大部分をAnsibleで自動化していますが、最近AS3について耳にするようになりました。AS3もAnsibleと同様に、F5 BIG-IP上のアプリケーションサービスを構成できるようです。これらのソリューションは同じことを実現するのでしょうか。推奨されるアプローチはありますか?」

どちらか一方を選ぶという話ではなく、適切なアプローチは、解決しようとしている課題や、場合によっては社内ポリシーによって異なります。ここでは、背景も交えながらこの疑問に答え、2つのツールを効果的に組み合わせる方法をご紹介します。ご興味があれば、ぜひ続きをお読みください……

AS3は、JSONドキュメントを使用し、単一の宣言型インターフェースを介してBIG-IP上のレイヤー4~7アプリケーションサービスを構成するBIG-IP API拡張機能です。AS3は通常、毎月初めに月次で提供される予定で、TMOS 12.1.x以降ではすでにF5のサポート対象となっています。

AS3を使用する場合、Ansibleモジュールを使用する場合、両方を使用する場合

端的に言えば、AS3とAnsibleのどちらを選ぶかは、命令型と宣言型のどちらの構成アプローチを選好するかによって決まります。AS3では、命令型ではなく宣言型のアプローチでF5を構成できます。AS3をAnsibleと併用すると、宣言内で業界標準の用語(例:WAF)を使用して、構成を抽象化し、テンプレート化できます。さらに、AS3に新機能が追加された際には、それらの機能をアプリケーション構成に追加しやすくなります。AS3宣言を拡張する際に、タスクを特定の順序で並べる必要がなく、AS3が必要な手順と処理順序を判断するためです。

総じて、宣言型インターフェースを使用し、BIG-IPの構成全体をJSONでテンプレート化する場合は、AS3が適しています。命令型のアプローチを継続する場合や、アドホックな操作やタスクを中心に進める場合は、Ansibleモジュールが適しています。どちらか一方が正解というわけではありません。自動化戦略における要件、ニーズ、制約に応じて選択してください。

Red Hat Ansible Towerによるエンタープライズ向けF5自動化

データセンター全体ですでにAnsibleを使用し、そのエコシステムを活用している場合、次の2つの選択肢があります。

  1. F5 Ansibleモジュールを介してAnsibleでL4~L7サービスを構成する
  2. Ansibleを使用して、AS3経由でL4~L7サービスを構成する

つまり、オープンソースのAnsibleプロジェクトで自動化する場合、個別のBIG-IPモジュールを使用してタスクを自動化する方法に加え、AS3を使用したテンプレートベースの方法も選択できるようになり、柔軟性がさらに高まります。

F5 AS3とRed Hat Ansible Automationの図

AnsibleとAS3を使用してF5 Application Servicesを構成するには、F5が開発したbigip_appsvcs_extensionモジュールまたはAnsibleのURIモジュールを使用できます。

Ansibleモジュールを使用してF5 App Servicesを構成するには、Ansibleオープンソースディストリビューションの一部として配布されている組み込みモジュールを使用できます。

では、自動化されたF5環境をどのように運用すればよいのでしょうか。自動化ソリューションについて、F5とRed Hatの両社からサポートを受けられるようにするには、どうすればよいのでしょうか。分散したチームで、RBAC、スケジュール設定された自動化の実行、より大規模なワークフローに統合するためのRESTful APIなど、高度な自動化機能が必要でしょうか。その答えは、Red Hat Ansible Towerにあります。F5のお客さまは、Red Hat Ansible Towerの機能をさらに活用して、より効率的なCI/CDパイプラインを推進できます。

Red Hat Ansible Towerは、Ansible Playbook開発の自由度を活かしながら、特に自動化の専門家ではないネットワーク運用担当者が必要とする可能性のある保護機能を追加します。Red Hat Ansible Towerを使用することで、チームはAS3またはF5 Ansibleモジュールを介してF5環境を柔軟に自動化しつつ、構成を継続的に適用、検証できるようになります。

はじめに

まずは、AS3の概要を紹介する2分間の動画と、自動化ツールを利用する際の抽象化のメリットを紹介するサンドボックス版Ansible環境をご覧ください。概念を理解したら、galaxyのF5 Ansibleロールもお試しください。

共有
タグ: 2019

著者について

関連するブログ記事

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視
F5エコシステム | 2025/04/15

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視

F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。

F5 BIG-IPでAI防御を実現
F5エコシステム | 2024/11/13

F5 BIG-IPでAI防御を実現

F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。

F5 Advanced WAFによるGraphQL APIの保護
F5エコシステム | 2021/08/31

F5 Advanced WAFによるGraphQL APIの保護

ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。

アプリケーションサービスの現状 通信業界版:リーダーとしての台頭
F5エコシステム | 2019/02/19

アプリケーションサービスの現状 通信業界版:リーダーとしての台頭

通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。

デジタルトランスフォーメーションは、単なるペーパーレス化ではない
F5エコシステム | 2017/07/10

デジタルトランスフォーメーションは、単なるペーパーレス化ではない

デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。

やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
F5エコシステム | 2016/09/19

やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。

もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。