モデルベースなネットワーク自動化への挑戦～検証環境の構築と装置のコンフィグ自動取得 - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」
本番ネットワーク環境を安全に設定するため、BIGLOBE、NTTコミュニケーションズ、TISの3社が合同で取り組んでいる研究のご紹介です。既存環境から自動抽出したモデル上で、設定を事前に検証します。 1. はじめに プロジェクトの背景 プロジェクトのねらい システム構成と動作フロー この記事で紹介する内容 2. 運用対象ネットワークの検証環境構築方法 検証環境のネットワーク構成 vrnetlabによる検証環境の構築 vrnetlabのマルチノード構成 検証環境のまとめと今後の課題 3. NW装置のコンフィグとステータスの自動定期取得 実際のワークフロー 今後の課題 次回：L1-L3トポロジのモデルデータの作成 最後に 1. はじめに 基盤本部ネットワーク技術部の滝口と、同じくネットワーク技術部の川口です。 BIGLOBEは2021年8月から沖縄オープンラボラトリ（Okinawa Open
[Ansible] インベントリファイルを YAML 形式で書く - てくなべ (tekunabe)
■ はじめに Ansible のターゲットホストの情報を定義するインベントリファイルは、INI 形式の他にも YAML 形式でも定義できす。 この記事では、2つの例をとって ini と YAML を比較しながら YAML でのインベントリファイルの書き方を説明します。 動作確認環境 Ansible 2.7.8, 2.3.0 ■ 簡単な例 はずは簡単な例です。1つのグループに2つのホストが所属し、ホスト個別の変数、グループ共通の変数を定義します。 ini の場合 ini で書く場合は以下のような例です。 [junos] junos01 ansible_host=172.16.1.1 junos02 ansible_host=172.16.1.2 [junos:vars] ansible_network_os=junos ansible_connection=netconf ansible-i
![[Ansible] インベントリファイルを YAML 形式で書く - てくなべ (tekunabe)](https://cdn-ak-scissors.b.st-hatena.com/image/square/c918542bb6795a0fa5211b2cda8661dd60f34a3a/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F78631e6a99c026fed8535aa8b1d10e3ee629d1ea%2Fbackend%3Dimagemagick%3Bheight%3D1200%3Bversion%3D1%3Bwidth%3D1200%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fa%252Fakira6592%252F20170902%252F20170902221811.png)
Ansible再入門 -Ansible TowerとAnsibleの導入について- - Qiita
はじめに Infrastructure as Code っていうのは、大雑把にサーバー構築をスクリプトコード化して扱うことなんだよ。って思ってた。 違うっぽいです。{ chefやansible単体 } イコール { Infrastructure as Code } ではなく、 Chef-ProvisioningやAnsible Towerのような、総合的にインフラを構築する仕組みをInfrastructure as Codeと呼ぶ。 今回は、AnsibleとAnsible Towerの導入までの流れと、解説をしていきます。 1.Ansibleを導入する前に Ansibleを組み込むにあたって、Ansibleはエージェントレスだけど、被操作側にも設定が必要ということを覚えておく よく、Ansibleの解説書にエージェントレスだから追加ツールは必要ないみたいに書かれているけれど、これは間違い。
Ansible Tower の可用性 - 赤帽エンジニアブログ
皆さんこんにちは、Red Hat ソリューションアーキテクトの岡野です。 これから何回かに分けて、Ansible Tower について書いていきたいと思います。 第1回目は、 Tower を提案する際に良く聞かれる可用性、特に Ansible Tower クラスターについてご紹介したいと思います。 ※なお、この記事は、現時点で最新の、Ansible Tower 3.6.3 をベースに記載しています。 将来のバージョンでは異なる動きとなる可能性もありますのであらかじめご了承ください。 Ansible Tower では可用性を担保する仕組みとして、以下の様な選択肢があります。 クラスター（Active / Active） バックアップリストア Tower オブジェクト自体のコード化 どの仕組みを採用するかは災害発生時に許容される RPO/RTO に依存しますし、そもそも Ansible Tow
[Ansible] Visual Studio Code で Playbook を書く時に便利な拡張たち - てくなべ (tekunabe)
はじめに Visual Studio Code（以下、VS Code）で Ansible の Playbook を書く時に、私が便利に利用させてもらっている拡張をご紹介します。 「自分は Windows で VS Code 使ってて、Ansible は SSH 先の Linux だから関係ないや。」という方も、最後の「Remote Developement」まで見ていただけると幸いです。手元が Windows でも通用します。 動作確認環境: VS Code 1.38.1 その前に・・標準ではどんな感じに？ VS Code では特に拡張を入れなくてもある程度は Playbook が書きやすいようになっています。 具体的には Playbook の拡張子を .yml または .yaml にするこことで、言語として YAML が選択されます。 これにより、シンタックスハイライトが効くようになり、
![[Ansible] Visual Studio Code で Playbook を書く時に便利な拡張たち - てくなべ (tekunabe)](https://cdn-ak-scissors.b.st-hatena.com/image/square/2d0e2d062b0444e06f50989408f17b9b8d7ae9fb/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F2b2f7eed50bb83222937361b4cc524d6d9657d21%2Fbackend%3Dimagemagick%3Bheight%3D1200%3Bversion%3D1%3Bwidth%3D1200%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fa%252Fakira6592%252F20190921%252F20190921112537.png)
Ansible 変数の優先順位と書き方をまとめてみた - Qiita
Ansibleは変数を色々な場所に書くことができるが、どんな書き方をすれば良いのかまとまった資料が僕の力では見つけられなかったので自分でまとめちゃえの会。 変数の優先順位についてはVariable precedence: Where should I put a variable?に記載されているので、これを上から実際に書いてみる。 一応オーバーライドされることの確認もしながらやります。 command line values (eg “-u user”) role defaults inventory file or script group vars inventory group_vars/all playbook group_vars/all inventory group_vars/* playbook group_vars/* inventory file or script
「Ansible Container」でDockerコンテナの構成管理を行う | さくらのナレッジ
なお、このすべてが必要なわけではなく、設定が不要なものについてはファイル/ディレクトリを作成する必要はない。 Roleを使った設定例 それでは、Ansible ContainerとRoleを使ったコンテナ設定の例として、Webサーバー用のコンテナに指定したファイルをコピーする、という作業を紹介しよう。 前編で紹介したとおり、まず適当なディレクトリ（今回は「httpd-test」とした）内でansible-container initコマンドを実行して設定ファイルのひな形を作成する。 $ mkdir httpd-test $ cd httpd-test $ ansible-container init コンテナ作成に必要なcontainer.ymlだが、今回は下記のような内容とした。前編で紹介したものとほぼ同じだが、それに加えて適用するRoleを指定する「roles」パラメータを追加している
AnsibleでDockerコンテナを作成する「Ansible Container」を使ってみる | さくらのナレッジ
現在、ansible-containerプロジェクトは開発終了しています。詳細は同プロジェクトのGitHubページをご覧ください。 昨今利用者が増えている構成管理ツール「Ansible」については以前にも紹介したが、このAnsibleをDockerコンテナのビルドに使用するツール「Ansible Container」が登場した。Ansible Containerを利用することで、Dockerコンテナイメージをより簡潔に管理できるようになる。今回はこのAnsible Containerの概要と基本的な設定方法を紹介する。 Ansible Containerとは Dockerコンテナを作成するための方法は複数ある。たとえばdockerコマンドには、「Dockerfile」という設定ファイルを元にコンテナを作成する「docker build」サブコマンドが用意されているが、これ以外にもDocke
Ansible AWXでMySQLの構成管理を行う - MicroAd Developers Blog
マイクロアドでインフラエンジニアをやっている長田です。おもにMySQLなどのDBA業務に携わっていますが、今回はAnsible AWXを用いてMySQLのユーザやパラメータといった構成の管理を導入したことについてお話したいと思います。 Ansible / Ansible AWXとは ご存知の方も多くおられると思いますが、AnsibleとはRed Hat社が主導して開発されているオープンソースの自動化・構成管理ツールです。最新バージョンは2019/05/16にリリースされたv2.8で、現在も様々なミドルウェア・クラウド・ネットワーク機器に対応する機能が精力的に開発されています。 Ansible AWXとはRed Hat社が有償で提供しているAnsible Towerのアップストリーム版にあたるOSSであり、AnsibleをWeb GUI上もしくはAPIによって操作することができます。プレイブ
Excel運用からAnsible TowerとGitLab運用に変更してどう変わったかまとめてみた | 日常系エンジニアのTech Blog
Ansible TowerとGitLabを入れてどういう運用を実現したかったかを簡単な例と一緒にまとめてみようと思います。（自分への備忘録含め） ここに書くこと ここでは Ansible Night in Tokyo 2019.04 で話をした中のLinuxサーバ運用編ついてもう少し詳細に書いてみようと思います。 ここで言う運用のイメージは 定常運用 です。 Excel運用課題の振り返り ファイルの管理が「yyyymmdd」などファイルの末尾で管理されていたりしてどれが最新か分かりにくい 手順書の変更履歴が表で管理されていて文字しか書いていなくて before after が分かりにくい レビューシートが手順書ごとに出来ていく、これも日付管理されたり文字で書いてあるだけなので実際にどう修正したのかが残らない 手順書フォーマットは統一されているが、人によって手順の内容がバラバラ 「このファイ
Ansible で大量のホストに対して実行する場合のメモリ対策 - Unyablog.
Ansible で大量のホストを対象として Playbook を実行すると、大量の変数を保持する結果、メモリが足りなくなることがある。 以下はその対策。 gather_subset を用いて収集する fact を制限する Ansible は gather_facts（または setup モジュール）で大量の fact を取得するが、これを必要最低限にすることでメモリ使用量を抑えることができる。 gather_subset という setup モジュールのオプションを使う。 gather_facts: no tasks: - name: Gather facts setup: gather_subset: min serial を用いて数回に分けて PlayBook を実行する serial: 150 とすることで 、150ホストごとに PlayBook が走る。 使い終わった巨大な変数は初
Ansible開発環境はこれで決まり！ for VSCode - Qiita
概要 タイトルでうすうす感じた方がいるのではないのかと思いますｗ そうです！先日発表され話題になったVSCode拡張機能「Remote Development」を用いてもっともスマートなAnsible開発環境の構築方法を紹介したいと思います 手順 以下の手順はDocker＋VSCode構成になっています Dockerを用いる理由としては環境を汚さないのと、複数環境（バージョン違い、プロジェクト違い）の同居が容易 Dockerをインストールし、起動する 共有ドライブを有効にすること！（Windowsの場合は必ずCドライブも追加、ソースを保管しているドライブが異なる場合はそのドライブを選択しください） VSCode Insidersをインストール 該当の拡張機能はまだプレビュー版のため、VSCodeのInsiders版を導入する必要があります ちょっとだけ試してみたい方はZip版がおすすめ 最
AWX を使ってみよう！ - 赤帽エンジニアブログ
Red Hat の杉村です。Ansible のテクニカルサポートエンジニアをしています。 Ansible Tower は upstream のプロジェクトとして開発されている AWX を元にしています。本記事では、AWX をインストールしてみた記録を紹介しようと思います。AWX についてはこちらをご覧ください。 AWX Project https://github.com/ansible/awx Minishift のインストールと設定 AWX はコンテナで動作します。インストールできる環境としては OpenShift, Kubernetes と Docker Compose がインストールドキュメントに記載されていますので、お気軽に試せる OpenShift の単一ノード版の Minishift を使ってみることにしました。macOS Mojave (10.14.4) + Virtual
Ansibleでホワイトボックススイッチの設定自動化（Cumulus Linux編） | APRESIA Technical Blog
今回ご紹介するのは、Ansibleを用いたネットワーク設定の管理および自動化です。 前回は、ZTPでホワイトボックススイッチの構築自動化でZTPを使用した初期構築の自動化を紹介しているのでこちらも参考下さい。 Ansibleを使用することで、ネットワークの構成管理をコード化できます。コード化によるメリットとしては、 人的ミスの削減、作業工数の削減 テンプレート利用により、ロールで部品化し、簡単に再利用（設定変更/追加）が出来る 属人化の防止 等々ですね。 私のホワイトボックススイッチのテスト環境では、よくNetworkOSを入れ替えて、構成を壊したり、再構築したりを繰り返したりしているのでAnsibleで構成管理しています。 その環境を紹介していきます。 ネットワーク構成 Cumulus Linuxで構築したEVPN-VXLAN構成を例に紹介していきます。以下に物理構成および論理構成を示し
VMwareで作ったIaaSにAnsible Towerを導入した話 - Speaker Deck
All slide content and descriptions are owned by their creators.
Ansible の block ディレクティブを使ってみて良かったこと | Tricorn Tech Labs
インフラグループの Morikawa です。 今回は Ansible 2.0 でリリースされた block ディレクティブ について、ここ 1 年半ほど使ってみて便利だったシーンをピックアップしてみようと思います。 個人的に良くなったと思うのは以下の 3 つでした。 tags 設定が集約できる 条件分岐の集約ができる タスクの階層が見た目でも分かりやすい これらのメリットについて、PostgreSQL サーバのインストールを例にとって説明したいと思います。 block ディレクティブの無い Playbook block ディレクティブを用いずに書いた場合の Playbook の一例が以下となります。 なお、個々のタスクを処理内容ごとに部分的に実行可能とするため、私が Playbook を書く際は原則タスクに対して tags の設定を行うことにしており、下記の Playbook もそのような
Ansible Playbook の CI をまわす - Qiita
この記事は、Ansible Advent Calendar 2018 の 7 日目の記事です。 ソフトウェアは変更に弱く壊れやすいものです。Ansible の Playbook も例外ではありません。本記事では Rust の生みの親である Graydon Hoare 氏のこちらの記事を参考に、Configuration as Code の開発プロセスに CI を導入した結果について述べます。 The Not Rocket Science Rule Of Software Engineering: automatically maintain a repository of code that always passes all the tests tl;dr Ansible における Role のテストフレームワークである Molecule はローカル/CI環境問わず Playbook の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ansible AWXを導入してみた
AnsibleではじめるWindows自動化
レガシーなAnsibleを改善していくための方針/How to improve the legacy Ansible
