Ansibleウェビナーをまとめています。 ITインフラ運用の生産性を向上するAnsible Automation関連のウェビナーをまとめています。見逃したものもオンデマンドでの視聴が可能です。ぜひご視聴ください！ ※スマートフォンやタブレット端末でも閲覧が可能です。
Ansibleウェビナーまとめ
Ansibleウェビナーをまとめています。 ITインフラ運用の生産性を向上するAnsible Automation関連のウェビナーをまとめています。見逃したものもオンデマンドでの視聴が可能です。ぜひご視聴ください！ ※スマートフォンやタブレット端末でも閲覧が可能です。
Red Hat Forum Tokyo 2019の公開資料・セッション動画まとめ 2019年11月15日に開催されたRed Hat Forum Tokyo 2019の公開資料やセッション動画をまとめました。
kali-linux/rolling × Vagrant × AnsibleでKali-Linuxの環境作る - ハイパーマッスルエンジニア
以前もkali-linuxの構築について書いたが、余分な設定とかも書いていたのでまとめる。 github.com Mac環境 $ vagrant -v Vagrant 2.2.3 $ VBoxManage -v 5.2.26r128414 vagrant構築 Vagrantfile Vagrant.configure("2") do |config| config.vm.box = "kalilinux/rolling" config.vm.box_version = "2019.3.0" config.vm.network :private_network, ip: "192.168.56.100" config.vm.provider :virtualbox do |v| v.gui = false v.customize [ "modifyvm", :id, "--memory",
さらば煩雑な手作業、運用負荷――Ansibleで「インフラ自動化」を始めよう：スキマ時間にこっそり学ぶ「Ansible」入門（1） 自動化ツールの一つである「Ansible」について、これから学ぼうという方、使っていきたい方を対象に、導入方法から実用例までを簡単に紹介していきます。初回は、Ansibleの概要と基本的な使い方、導入方法を解説します。 はじめに クラウド活用が一般的になりつつある中、コンテナやKubernetesなどのクラウドネイティブ技術を活用した企業の事例が注目されています。一方、既存システムの運用やオンプレミス環境のインフラ構築、運用は手作業が中心で、関連業務の課題が山積してクラウドなど新たな取り組みをする余裕がない――こうした悩みを抱えている企業もまだまだ多いのではないでしょうか。またシステムの運用に人が関わらないといけない状況では、もしクラウドを活用していても、クラ
ITインフラ自動化のあらゆるトピック・事例が紹介された、Red Hat Ansible Automates Tokyo 2020 Day1 - Qiita Zine
イベント タイアップ ITインフラ自動化のあらゆるトピック・事例が紹介された、Red Hat Ansible Automates Tokyo 2020 Day1 Ansibleは、リリースから8年が経過し、当初から志向されているモジュラーな考え方により提供モジュールは3,000以上を超え、世界中多岐に渡る分野で活用されるようになりました。 そんなAnsibleの活用事例やレッドハットのプロフェッショナルへ質問ができる「Ansible Automates Tokyo 2020」が6月16日、6月23日の2日間に渡ってオンラインで開催されました。また、登録者が多く、好評につき7月7日のDay3も追加されました。 この記事では、同イベントのセッションについてまとめています。 また、イベント後早々にスライドや動画がアップされました。ITインフラ自動化にご興味のある方は以下のサイトから閲覧してみては
Ansible全然わからん はじめに 仕事でAnsibleを使ってサーバ構築を自動化する機会があり、1から覚え直しをしたので、PlaybookやInventoryなどの書き方・ディレクトリ構成などをまとめてみました。 モジュールの細かい説明はやってません。 これが正解というものではなくて、こんな感じに作るとこう動くよ、という内容を、順を追って説明してます。 環境 CentOS 7.6 1810 1台でもできるけど、Ansible実行用と処理対象用の複数台あるとわかりやすい Ansible 2.6 (最新は2.8) 参考図書 Ansible実践ガイド第2版 impress top gearシリーズ Kindle版 Ansibleインストールと環境設定 VM 検証用であればVirtualBox上にVagrantを使ってAnsible検証環境に特化したVagrantを使ったVM構築 - 複数VM
Red Hat Summit 事例翻訳:はじめに 0.Analog transformation: Scaling network automation culture with Ansible Tower at Microsoft - 赤帽エンジニアブログ
レッドハットのソリューションアーキテクト、金森です。 数回に渡り、今年5月にボストンで開かれたRed Hat Summit 2019で事例講演がされたMicrosoft社のAnsibleTowerの事例セッションについて翻訳したものをポストします。 Red Hat SummitにおけるRHEL8発表の様子 はじめに このブログポストは本セッションのスピーカーで、Microsoft社のSoftware Engineering ManagerであるBart Dworak氏の快諾を得てポストするに至りました。 本セッションで語られる、Bart氏の惜しみのない改善への努力とその過程や結果の共有、そしてAnsibleコミュニティへのコントリビューションに対し、深い感謝の意を一人のAnsibleユーザとしてここに表します。 本セッションでは、Microsoft社の社内ネットワークの管理について、自動化
Node.js Native ESM への道 〜最終章: Babel / TypeScript Modules との闘い〜
[Ansible] 利用する Python をタスクごとに切り替える方法（ansible_python_interpreter をタスク変数で指定） - てくなべ (tekunabe)
■ はじめに Ansible では、ターゲットノード（SSH接続先）で利用する Python を ansible_python_interpreter という変数で明示的に指定できます。 この変数は、インベントリ変数や host_vars の他にも、タスク変数としても指定できます。そのため、タスクごとにターゲットノードで利用する Python を切り替えられます。 この記事では、かんたんなサンプルでご紹介します。 動作確認環境 Ansible 2.8.4 CentosOS 7.6 （コントロールノード、ターゲットノード共通） Python 3 未インストール（ターゲットノード） /usr/bin/pyrhon は Python 2 ■ 検証サンプル ここでは、 yum モジュールが Python 2 のみの対応していること利用して検証します。 （いい方法が思いつきませんでした・・・） Pl
![[Ansible] 利用する Python をタスクごとに切り替える方法（ansible_python_interpreter をタスク変数で指定） - てくなべ (tekunabe)](https://cdn-ak-scissors.b.st-hatena.com/image/square/cface242fc20f4145829c5964fa01df2f888b7c9/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fa%2Fakira6592%2F20170902%2F20170902221811.png)
オープンソースの構成管理「Ansible」の開発チームは5月19日、最新版となる「Ansible 4.0.0」コミュニティ版の公開を発表した。 AnsibleはOS環境やソフトウェアの設定などの自動化フレームワーク。事前に用意した設定ファイルに従ってソフトウェアのインストールや各種設定を自動的に実行できる。Red Hat（米IBM）は2015年に買収により同技術を取得している。Ansibleは2019年より再編成を進めており、バージョン2.8より、Coreエンジン、Coreモジュールとプラグイン、コミュニティモジュールとプラグインなどをAnsible Content Collectionsとして配信している。実装形式としては、Coreエンジン、Coreモジュールとプラグイン、コミュニティモジュールとプラグイン、一部のパートナーが開発したモジュールとプラグインをCollections経由で提
ここ数年で「Ansible」を始めとする自動化ツールが普及し、業務効率化やインフラ運用自動化の取り組みは着実に進んできています。一方、企業の取り組み具合はさまざまです。全社で自動化ツールを導入しているケースもあれば、従来のシステム運用や手法を変えていないケースもあります。これは専門知識を持つ人材の不足、IT予算の不足、新しいテクノロジーへの抵抗感など、さまざまな要因によるものです。 とはいえ、企業活動の中心がITの今日、ほとんどの現場にとって、日々の定型業務や運用を極力効率化、自動化していくことは、ますます不可欠になっていくのではないでしょうか。 本eBookでは、これから定型業務の効率化や運用の自動化に取り組みたいと考えている全ての人に向けて、自動化ツールの「Ansible」を解説します。本eBookでは以下のような利用イメージとともに学ぶことができます。 インフラ運用自動化の基礎知識、
こんにちは、SRE部ZOZO-SREチームに2020年新卒入社した秋田です。普段はZOZOTOWNのオンプレミスとクラウドの運用・保守・構築に携わっています。 ZOZOTOWNのオンプレミスは17年の歴史があり、BIG-IP、FortiGate、vSphereなどの様々なベンダーの製品が稼働しています。さらに、ZOZOTOWNのサービスが大きくなるにつれてオンプレミスでの拡張も続けていました。 そのようなZOZOTOWNですが、VMware Cloud on AWSを活用することでオンプレミスとパブリッククラウドを掛け合わせた柔軟なインフラを構築しています。実際に、昨年から大規模なセール時に、オンプレミスを拡張するのではなくVMware Cloud on AWSを活用したサーバー増強をしています。 本記事では、ZOZOTOWNのオンプレミス環境の自動化で利用しているAWXについて、チーム内
はじめに なんとなく興味を持って、業務としても携わっているネットワーク自動化ですが、なにをべんきょうすればよいの？と聞かれたときのために自分なりの方法をまとめておきます。 （ここにあげげたことをすべて私がマスターしているわけではありません・・） 関連情報にアンテナをはる 新しい情報はだいたい海外からくるので、海外の情報をメインにアンテナをはる。 Blog Developer - Cisco Blogs ipSpace.net blog « ipSpace.net blog slack networktocode http://slack.networktocode.com/ ネットワークの基礎を身につける 業務をシステム化するのには業務を知る必要があるように、ネットワーク自動化するためにはネットワークの基礎を知る必要がある。 知識としては、CCNA / CCNPやネットワークスペシャリスト
Raspberry Pi実機無しでゴールデンイメージを作成する(SORACOM接続用サンプル） - YOMON8.NET
Raspberry Piの構築をAnsibleで行っていましたが、最初にネットワーク使えるようにするまでに、ほんの少しだけ手作業の設定が必要でした。 そこで、ネットワーク設定を含む全てのマシンで必要な共通のゴールデンイメージとして持って、マシンごとの個別部分をAnsilbleで行う方法に切り替えることで方式を考えることにしました。 最初は普通にRaspberry Piで設定した内容をイメージバックアップ取れば良いかなと思っていたのですが、以下のリポジトリを使ったPackerを使う方法があることがわかりタイトルの方式を採ることにしました。 github.com 全体図 前提 コード全体 使い方 リポジトリのClone イメージの書き換え Ansibleを調整 実行する SDカードに焼く パラメータ変更 最後に 更なる自動化 イメージサイズを削減できる ドキュメント化 参考 全体図 前提 Do
簡単にAnsible Towerを試すHow to (Azure Marketplace編) #ansiblejp - 赤帽エンジニアブログ
Red Hatの小島です。 Red Hatが提供するAnsible関連製品は「Red Hat Ansible Automation Platform」という型番1つにまとまっており、この型番を購入することでAnsible Engine、Ansible Tower、Automation Analystics、Automation Hubといった製品/サービスを利用できるようになります。なお、Red Hat Ansible Automation Platformの60日セルフサポート評価版(Red Hatサポートチームによる問い合わせ対応は無し)をWebから簡単に発行できるようになっていますので、これを使ってAnsible TowerをAzure上で利用する方法を紹介していきます。 (1). https://www.redhat.com/en/technologies/management/a
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のプレイブックを書いているときにテストが必要なのか気になったことがありました。 Ansibleのテストが可能なものは複数ありますが、今回はMoleculeについて書きます。 今回はMoleculeの説明だけで、導入や使い方については次回書きます。 Moleculeとは AnsibleのRoleの開発、テストを支援してくれるツールです。 複数のOS,テストシナリオを使用したテストに対応しています。 Moleculeの実行時の流れ Moleculeでは、テスト環境の作成→テスト→テスト環境の削除が行われます。 細かく分けると、以下の6つが実行されます。 テスト環境の構築 テスト環境を新規構築します。 MoleculeではAnsibleがサポートしている環境(Docker,EC2など)の構築が可能です。 Molecule内の定義ファイルへ、Do
CentOS8が導入されたサーバーに対して簡易的な内容のAnsibleを叩いたら、 ２件のエラーパターンが出てくるようになってしまった。 ☑Ansible 2.3.2.0で起きたエラー FAILED! => {"changed": false, "cmd": "dnf install -y python2-dnf", "msg": "Error: Unable to find a match", "rc": 1, "stderr": "Error: Unable to find a match\n", ☑Ansible 2.7.8で起きたエラー FAILED! => {"changed": false, "cmd": "dnf install -y python2-dnf", "msg": "Error: Unable to find a match", "rc": 1, "stderr"
■ はじめに 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ユーザーのコミュニティミートアップ「Ansible Night」がオンラインで開催されました。今回は、Ansibleの最新技術キャッチアップとあわせて、Ansible利用時にやらかした話、ハマった（けどこうやって解決した）話を共有する場となりました。林氏は、ansible.builtin.lineinfileモジュールを使った時に起こったことについて発表しました。 テキストファイルの中の文字列を管理できるansible.builtin.lineinfileモジュール 林如弥氏：私の大いなる力で、lineinfileを責任を持って行使してしまって、やらかしましたという発表です。お願いします。 みなさん、ansible.builtin.lineinfileモジュールを使っていると思います。とても便利ですよね。ドキュメントの一角を切り取ってきたのですが「Manage lines i
Jerikan+Ansible: a configuration management system for network
Jerikan+Ansible: a configuration management system for network There are many resources for network automation with Ansible. Most of them only expose the first steps or limit themselves to a narrow scope. They give no clue on how to expand from that. Real network environments may be large, versatile, heterogeneous, and filled with exceptions. The lack of real-world examples for Ansible deployments
皆さんこんにちは、Red Hat ソリューションアーキテクトの岡野です。 これから何回かに分けて、Ansible Tower について書いていきたいと思います。 第1回目は、 Tower を提案する際に良く聞かれる可用性、特に Ansible Tower クラスターについてご紹介したいと思います。 ※なお、この記事は、現時点で最新の、Ansible Tower 3.6.3 をベースに記載しています。 将来のバージョンでは異なる動きとなる可能性もありますのであらかじめご了承ください。 Ansible Tower では可用性を担保する仕組みとして、以下の様な選択肢があります。 クラスター（Active / Active） バックアップリストア Tower オブジェクト自体のコード化 どの仕組みを採用するかは災害発生時に許容される RPO/RTO に依存しますし、そもそも Ansible Tow
クラウドの普及とともにインフラストラクチャ、なかでもサーバーではクラウド以前と比べて要求される構築期間が大幅に短くなっている。 サーバー構築の高速化が求められるなか、それを手助けする構成管理ツールは大きな関心を集めている。そのなかでAnsibleは今、最も利用されているインフラ構成管理ツールの１つである。 本稿では、Ansibleを基本から知りたいという読者向けに、Ansibleの概要や利用方法、他の構成管理ツールとの比較、利用事例などをコンパクトにまとめて紹介する。 Ansibleとは何か Ansibleはオープンソースの構成管理とOSやソフトウェアなどの設定作業を自動化するツールであり、主にLinuxやWindowsなどの管理に利用されている。 クラウド環境やコンテナ環境でも管理可能なモジュールは提供されているが、Ansibleは基本的には管理者が手動で実行・管理していたOSコマンドや
【Ansible入門】EC2環境でAnsibleを実行してみよう - サーバーワークスエンジニアブログ
こんにちは、CI部の柿﨑です。 先日、洗濯槽の掃除をしようと専用の洗剤を入れたところ、黒い物体がたくさん浮いてきました。 どうやらn年間の汚れが溜まっていたようです。。。猛省。 つまり、何事も定期的なメンテナンスが必要ということですね！ と、いうことで！ 定期的なメンテンスといえば、そう！！ Infrastructure as Code(以下Iac)ですね！ 今回はIaCの中でも代表的なツールである、Ansible入門を題材にします。 なるべくシンプルな構成にしていますので、是非、ご一読いただければと思います。 2019/10/24追記：本記事の続きを書きました → こちら 本記事の対象者 AWS環境にてサクッとAnsibleに触りたい方 初っ端Ansibleのベストプラクティスを見て、やる気を失った方 本記事のコンセプト なるべくシンプルに 最低限使えるディレクトリ構成でAnsibleの
hatebu.me 暇つぶしにやってみた。 エンジニア歴 -> 丸3年(インフラエンジニアって肩書きだったことはないはず) 実務じゃなく趣味だけ触ったは基本× DB設計 (0/4) [×] 要件からDB定義を作成できる [×] ER図を作成できる [×] 第３正規化まで正規化できる [×] パフォーマンスを意識したインデックス設定ができる パッケージ管理(3/4) [◯] RPMビルド環境がつくれる [◯] specファイルが書ける [◯] 独自YUMレポジトリを構築できる [×] debパッケージも作成できる Webサーバー構築(7/8) [◯] Apache・NginxでWebサーバーを構築できる [◯] リバースプロキシを設定できる [◯] エラーログが読める [◯] バーチャルホストが設定できる [◯] Rewriteのルールが記述できる [◯] HTTPSのWebサーバーを立てら
本記事は、Ansible Advent Calendar 2020 の24日目です。 はじめに ここではpre-commitとAnsible-lintを使って、コードをcommitする前に静的コード解析を行うための手法をご紹介します。 Ansibleを開発するにあたって、Ansible-lintや、yamllintを導入したことがある方は多いと思いますが、以下のような不満を目にしたことがあります。 開発メンバーにコードをpushする前にlintをかけてとお願いしたが徹底できない CI/CDを回してからSyntaxエラーが見つかる 他にも挙げればきりがないですが、よく聞く話ですとここら辺でしょうか。 特にCI/CDを回してからSyntaxエラーが見つかるって、やるせないですし、動かないコードが含まれたcommitがpushされること自体がストレスですよね。 そこで紹介したいのがpre-com
AWX事始め個人的備忘録 1. 想定 やってみること ローカル環境で playbook を作成してVMマシンで実行・確認しながら開発を行う。 作成した Playbook ファイルを GitLab サーバのブランチへ Push する。 （イベントリーファイルは push しなくても良い） AWXサーバの設定を行う AWXサーバからターゲットサーバへ ansible-play を実施する。 Playbook のあるGitリポジトリ git@GitLabサーバ:ansible/getting-started.git 実行する Playbook simple-playbook.yml --- - name: simple-playbook hosts: all become: true tasks: - name: htop をインストール yum: name: htop state: prese
サーバーの払い出しは手続きが多く、時間がかかっていた。構成管理ツールやコンテナを活用すれば大幅に時間を短縮できる。新しい技術やツールを使って素早く開発に着手しよう。 システム開発のリードタイムが短くなる中、インフラの調達にも速度が求められるようになっている。九州電力とぐるなびの事例から調達における無駄取り法を学ぼう。 ツールでサーバー払い出しを短縮 「電力自由化が進み、新たなサービスを短期間で構築することが求められている」。こう話すのは九州電力の成松伸之テクニカルソリューション統括本部情報通信本部システム運用グループ長だ。九州電力では米ヴイエムウェア（VMware）の製品でサーバーを仮想化し、利用している。2019年6月末時点で約60台の物理サーバー上に965台の仮想サーバーが稼働している。2018年には米レッドハット（RedHat）の構成管理ツール「Ansible Tower」を導入した
[Ansible] そのtag設定、想定通りに動いてますか？ (継承機能とその実装を確認する) - zaki work log
playbook内のtask定義にtagを設定しておくことで、指定tagのtaskのみ実行したり、逆に指定tagのtaskを除外してansible-playbookを実行することができます。 開発中のtaskのみピンポイントで実行したい場合や、逆に、共有のDBのデータを更新したりするtaskはほかのユーザーやチームと調整してからでないと実行が難しかったり、Blue-Greenデプロイメントの実装で環境Aの機能をオフにしてもう片方の環境Bをオンにするような処理だけど開発中は環境Bだけ確認したかったり、大量データのダウンロードや冪等の確認を伴い処理に時間がかかるため開発中は実行したくないなど特定のtaskは実行したくない場合に利用できます。 また、特殊tagとして、常に実行するalwaysと実行しないneverというtagが予約語として用意されています。 neverは特に「通常は実行したくない
![[Ansible] そのtag設定、想定通りに動いてますか？ (継承機能とその実装を確認する) - zaki work log](https://cdn-ak-scissors.b.st-hatena.com/image/square/d442361d86dc62e63507240532c06e9c222ed562/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fz%2Fzaki-hmkc%2F20210324%2F20210324093715.png)
レポート PR提供：NEC、レッドハット IT運用の自動化を一歩先へ。OSS & Ansible Playbookが持つ可能性 人材不足の深刻化にともない、IT運用の自動化が企業ITにおける最優先の課題になっている。これを背景に、マイナビニュース主催で10月9日に開催したセミナー「一歩先行くプラットフォーム構築・運用自動化 これまでなかったOSS & Ansible Playbookも紹介」についても、100名を超える多くの方が来場した。本稿では、運用自動化を支援するソリューションを扱った、レッドハット、NECによる3つのセッションの内容をダイジェストでお届けする。 Red Hatが提唱する「自動化2.0」と、組織に定着させるポイント レッドハットのセッションでは、シニアソリューションアーキテクトの安楽慎吾氏が登壇。「Red Hat Ansibleを利用した自動化を浸透させるためのヒントと
Ansible getting started Getting started with Ansible Getting started with Execution Environments Installation, Upgrade & Configuration Installation Guide Ansible Porting Guides Using Ansible Building Ansible inventories Using Ansible command line tools Using Ansible playbooks Ansible playbooks Working with playbooks Executing playbooks Validating tasks: check mode and diff mode Understanding privi
GitHub - geerlingguy/pi-webcam: Automation to configure a Raspberry Pi as a USB OTG webcam
Inspired by David Hunt's blog post showing how to use a Raspberry Pi Zero with a Pi Camera as a USB Webcam, as well as justinschuldt's gist, I wanted to make my Raspberry Pi do the same thing, but automated and with all the scripts wrapped in version control, since the blog post was a little bit vague in some areas. This Ansible playbook can be run on most Raspberry Pis to set it up as a USB webca
はじめに こんにちは、情報システム部 SRE 橋本です。 今回は我々のチームで運用効率化として構成しているVMインスタンスの自動的・自律的な構築を行う仕組みについて紹介したいと思います。 昨今、クラウド・プラットフォーム上で様々なマネージド・サービスが利用可能になっていますが、10年スパンで継続運用されているシステムでは移行難易度的にそれらのサービスを使うことが難しく、従来構成を維持してVMインスタンスを大量に構築する機会があります。我々の運用システムでもフロントエンドはGKE/コンテナ化が進みつつありますが、DBやKVSなどのデータストアはVMインスタンスで構築しています。 またMySQLなどのデータベースサーバではパフォーマンス等の要件により垂直・水平分割がすすんだ結果、構築台数が多くなるというケースはしばしば発生すると思われます。このようなサーバを構築・運用する場面で以下のような経験
![[概要編] GCPでVMインスタンスを自動・自律的に構築する仕組み](https://cdn-ak-scissors.b.st-hatena.com/image/square/b6c83e0da9cd9453ec981b33d979f2fba9e9457b/height=288;version=1;width=512/https%3A%2F%2Fblog.jp.square-enix.com%2Fiteng-blog%2Fposts%2F00053-overview-of-autonomous-instance-setup%2Feyecatch.png)
Kubernetes Operators with Ansible Deep Dive, Part 1 This deep dive series assumes the reader has access to a Kubernetes test environment. A tool like minikube is an acceptable platform for the purposes of this article. If you are an existing Red Hat customer, another option is spinning up an OpenShift cluster through cloud.redhat.com. This SaaS portal makes trying OpenShift a turnkey operation. In
最近毎週土曜日に #tekunabe でよこちさんが配信されている Youtubeを見ているのですが、本日は特別に日曜日にも開催されました。 テーマは「ansible 2.10.0 b1」です。ベータ版の最新版です。 tekunabe.connpass.com 配信に合わせて自身でも操作していましたが、いろいろと分かったことがあります。 既にまとめられているサイトも多いと思いますが、自分なりに理解した内容をまとめてみます。 配信者のよこちさんの当日のふりかえり記事はこちら。 [Ansible] 「つまずき Ansible 【Part7】Ansible 2.10.0b1 でずっこける」ふりかえり - てくなべ (tekunabe) 導入方法 プラグインやモジュールの分離 ※6/22追記 モジュールがどこに移行されたかを調べるには これまでのPlaybookとの互換性は？ collection
こんにちは、レッドハットでAnsibleのテクニカルサポートエンジニアをしている八木澤(ひよこ大佐)です。 システム運用では、アクセス先のユーザー名やパスワードなどの機密情報の管理に気を配る必要があります。通常、Ansible Towerに登録した認証情報などは、暗号化されPostgreSQLのデータベース内に保持されます。そのため、特別な操作をすることなく認証情報を安全に保管することができます。 しかし、運用ポリシーによっては認証情報などを「Microsoft Azure Key Vault」や「CyberArk AIM」などの外部の認証情報管理サービスに一元的に保管している場合があり、Towerに機密情報を保持することができない場合があります。Ansible Towerではそのような外部の認証情報管理サービスと連携し、認証情報を取得することが可能です。 今回は、「Microsoft A
今回はEC2 Image Builder と AWS CLI を使うことでゴールデンAMIの作成、反映までを省力化できないか検証してみました。 ① EC2 Image BuilderでAnsible playbookを実行するPipelineの作成EC2 Image Builderのパイプライン(Packerにあたる)と、テストの仕組み(Serverspecなどにあたる) には乗りたいものの、既存の Ansible playbook を書き直すのは大変なので、なるべくそのまま使いたいです。 そこで、EC2 Image BuilderでAnsibleを使えるのか試してみます。 Ansible playbookcowsay を入れるだけの Ansible playbook です。 (本来は、これまでゴールデンAMIを作成するために使っていた複雑なplaybookが入る想定です) --- - h
Late last year, we introduced a Red Hat Ansible Certified Collection Collection for Terraform. This was an important step in automation, as these two tools really are great together and leveraging Ansible\'s ability to orchestrate other tools in the enterprise made this a no-brainer. Terraform with its infrastructure as code (IaC) provisioning and Ansible's strength in configuration as code are a
皆さんこんにちは、Red Hat ソリューションアーキテクトの岡野です。 つい先日 Ansible Tower 3.6 がリリースされました！ 細かい機能アップはたくさんあるのですが、ここでは注目の新機能 3つをご紹介します！！ 1. Webhook に対応 実はこれ、私が密かにずーっと待っていた機能です。♪ コード管理者が中心となり、端末の状態を全て管理できる素敵な機能。♬ Ansible Tower は GitHub 等のバージョン管理システムと連携して Playbook のバージョン管理を行うことが可能ですが、今回、GitHub / GitLab でサポートされた Webhook 機能を利用すると、Git 上の Playbook の更新をトリガーにした Ansible Tower のジョブテンプレートやワークフローテンプレートの自動起動が可能となります！つまり、コード管理者の意のまま
第1回 Ansibleとは（1/2）
はじめに 昨今、カバーする業務領域の広がりや可用性の担保など様々な要因により、システムの規模は年々拡大し構成が複雑になっています。反面、短期間で大量の環境を構築、メンテナンスすることが求められるようになっています。 この状況に対応するには、インフラ構築の生産性を向上させることが必要ですが、合わせて品質の維持・向上を実現することも重要となります。 また、システムで使用する製品、ソフトウェアも増加しており、組み合わせも複雑になっているため、このような環境構築に対応していくためには、担当者に幅広い知識が必要となります。 しかしながら、人手に頼った作業でこのような状況に対応し、高速・高品質な構築を行うことは限界に達しており、これらの問題を解決するために、環境を簡単に取り扱える仕掛けや、自動化技術を取り入れることが主流となっています。 このような仕組み、仕掛けを実現するツールの中で、現時点で最も注目
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Red Hat Forum Tokyo 2019の公開資料まとめ
さらば煩雑な手作業、運用負荷――Ansibleで「インフラ自動化」を始めよう
社内勉強会ネタ：2週間で完全にマスターしたAnsible入門まとめ - Qiita
Ansible troubleshooting 101_202007
オープンソースの構成管理「Ansible 4」が公開 | OSDN Magazine
今からでも間に合う「Ansible」徹底入門、無料の電子書籍で運用自動化を学ぼう
AWXを用いたZOZOTOWNオンプレミス環境における自動化の取り組み - ZOZO TECH BLOG
ネットワーク自動化の勉強って何やればよい？ - てくなべ (tekunabe)
Ansible 変数の優先順位と書き方をまとめてみた - Qiita
AnsibleのテストツールMoleculeでできること | DevelopersIO
CentOS8のサーバーにAnsible playbookが実行できなかったお話（解決） - 窓とかペンギンとか
[Ansible] インベントリファイルを YAML 形式で書く - てくなべ (tekunabe)
「lineinfile」でやらかした2つの失敗 Ansibleで便利な文字列管理モジュールの罠
Ansible Tower の可用性 - 赤帽エンジニアブログ
Ansibleを使いこなす ❶ 基本の知識 - アイマガジン｜i Magazine｜IS magazine
【その他】インフラエンジニアのスキルチェックリストをやってみた - 地方エンジニアの学習日記
Pre-commitとAnsible-Lintを使ってcommit前にコード規約をテストする - Qiita
AWX (Ansible TowerのOSS 版) 事始め - Qiita
ボタン1つでサーバーを払い出し 構成管理ツールで手続き簡素化
IT運用の自動化を一歩先へ。OSS & Ansible Playbookが持つ可能性
Debugging tasks — Ansible Community Documentation
[概要編] GCPでVMインスタンスを自動・自律的に構築する仕組み
Kubernetes Operators with Ansible Deep Dive, Part 1
ansible 2.10.0b1を #tekunabe で触ってみたメモ - てんこ
Ansible TowerでAzure Key Vaultから認証情報を取得する - 赤帽エンジニアブログ
EC2 Image Builder + Ansible + AWS CLI を用いたゴールデンAMIの更新/反映自動化の検討
Providing Terraform with that Ansible Magic
Ansible Tower 3.6 - 赤帽エンジニアブログ