Downloaded 30 times
![Ansibleについて
基本は以下の要素
– Inventoryファイル (捜査対象ホストを定義)
– Playbook (yml形式でサーバの操作を記載)
[web]
10.0.11.121
10.0.11.122
(..)
10.0.11.152
[batch]
10.0.21.100
10.0.21.101
(..)
10.0.21.151
[hoge]
(..)
Inventoryファイル
---
- name: サンプル
hosts: all
become: true
tasks:
- name: ディレクトリ作成
file:
path: /etc/some_directory
state: directory
mode: 0755
- name: httpdのインストール
yum:
name: httpd
state: present
(... )
Playbook ファイル (yml)
＆](https://image.slidesharecdn.com/devops-benkyokai-190121225653/85/DevOps-64-320.jpg)
![[2021年3月11日] エンタープライズ・インフラ構築・運用でもDevOpsを活用しよう（CloudNative Days Spring 2021 ON...](https://cdn.slidesharecdn.com/ss_thumbnails/cndopresentation20210311-210228035404-thumbnail.jpg?width=640&height=640&fit=bounds)
DevOps勉強会
- 1.
- 2. 本日の内容 1 1 DevOpsとは 2 DevOpsを支えるツールの紹介 4 最後に 1 自動化されたインフラ 2 ソースコードのバージョン管理 3 継続的インテグレーション
- 3. 本日の内容 2 1 DevOpsとは 2 DevOpsを支えるツールの紹介 4 最後に 1 自動化されたインフラ 2 ソースコードのバージョン管理 3 継続的インテグレーション
- 4.
- 5.
- 6. DevOpsとは 5 DevOps（デブオプス）は、ソフトウェア開発手法の一つ。開発 (Development) と 運用(Operations) を組み合わせたかばん語であり、開発担当者と運用担当者が連携 して協力する開発手法をさす。ソフトウェアのビルド、テスト、そしてリリースの文 化と環境を以前よりも迅速に、頻繁に、確実に発生する確立を目指している。 チームで開発する際の重要な考え方 & 手法 (まあ、けっこう曖昧らしい）
- 7.
- 8.
- 9. DevOpsの生まれた背景 8 アジャイル開発による継続的な開発へ変化 – 継続的な開発によって見えてきた運用課題が発生 「動いているシステムには触るな」という格言があるIT業界だったが 今の時代必要なことは、常に変化すること システムを変化させることには、リスクが伴う
- 10. DevOpsの生まれた背景 9 アジャイル開発による継続的な開発へ変化 – 継続的な開発によって見えてきた運用課題が発生 「動いているシステムには触るな」という格言があるIT業界だったが 今の時代必要なことは、常に変化すること システムを変化させることには、リスクが伴う カルチャー ツール でそのリスクを軽減させる
- 11.
- 12.
- 13. DevOpsに大切なカルチャー 12 Respect (尊重) Trust (信頼) Healty attitude about failure (失敗に対する前向きな姿勢) Avoiding Blame (非難をしないこと) 大切ですが、私にはそんなに語れません
- 14.
- 15. DevOpsに大切なツール 14 自動化された インフラ ソースコードの バージョン管理 継続的 インテグレーション メトリクスの共有 IRC チャットbot Gitlab GitHab Docker Jenkins Drone.io SVN
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25. DevOpsに大切なツール (再掲) 24 自動化された インフラ ソースコードの バージョン管理 継続的 インテグレーション メトリクスの共有 IRCチャット bot Gitlab GitHab Docker Jenkins Drone.io SVN
- 26. DevOpsに大切なツール (再掲) 25 自動化された インフラ ソースコードの バージョン管理 継続的 インテグレーション メトリクスの共有 IRCチャット bot Gitlab GitHab Docker Jenkins Drone.io SVN 本日紹介するもの
- 27.
- 28.
- 29.
- 30. 29 (ただの) ツールではない (ただの) カルチャーではない (ただの) 開発(Dev)と運用(Ops)ではない (ただの) 自動化ではない 何物でもない。 Devops ?? Practical DevOps & Continuous Delivery https://www.slideshare.net/hugomesser/practical-devops-continuous- delivery-a-webinar-to-learn-in-depth-on-devops-platform
- 31.
- 32.
- 33.
- 34. DevOpsとは (再掲) 33 DevOps（デブオプス）は、ソフトウェア開発手法の一つ。開発 (Development)と 運用 (Operations) を組み合わせたかばん語であり、開発担当者と運用担当者が連携 して協力する開発手法をさす。ソフトウェアのビルド、テスト、そしてリリースの文 化と環境を以前よりも迅速に、頻繁に、確実に発生する確立を目指している。
- 35.
- 36. 本日の内容 35 1 DevOpsとは 2 DevOpsを支えるツールの紹介 4 最後に 1 自動化されたインフラ 2 ソースコードのバージョン管理 3 継続的インテグレーション
- 37.
- 38.
- 39.
- 40.
- 41.
- 42. Infrastracuture as codeとは 41 Infrastructure as Codeは、ITシステムにおけるインフラストラクチャの状態を (人手を介した手順としてではなく)自動実行可能なコードの形で記述し、インフラ構 築を自動化するプロセスである
- 43.
- 44.
- 45. 改めてインフラ構築って？？ 44 以下のように3つに分類できます (Infrastrucuteas Codeの観点で分類しました) 仮想マシン作成 OSインストール OS/ミドルウェア設定 デプロイ・サーバ間連携3. Orchestrasion 2. Configuration 1. Bootstraping アプリケーションをデプロイしたり クラスタ構成を組んだり 監視ツールの対象に追加したり OSの設定(NW,ストレージ)を設定したり MW(DB,Webサーバ)をインストールしたり MWのパラメータを設定したり CentOSとかインストールしたり Vagrantで仮想マシン立ち上げたり Dockerでコンテナ立ち上げたり
- 46.
- 47. Infrastracuture as codeとは 46 従来 手順書 手作業 & x N台 x N台 x N台 自動実行可能なコードの形でインフラの状態を記述し、インフラ構築を自 動化するプロセス Infrastructure as Code
- 48.
- 49.
- 50.
- 51. 50 手作業が多く発生 手順書&スクリプトの構成管理が困難 従来Infrastructure as Code 手順書 手作業 & x N台 x N台 x N台 ソースコード & x N台 x N台 x N台 自動化ツール 作業の省人化と効率化によるコスト削減 オペレーションミスの発生可能性を低減 手順書のコード化による高度な品質保証 Infrastructure as Code
- 52. Infrastructure as Code 51 インフラ構築作業は以下のようなツール群で自動化できる！ 仮想マシン作成 OSインストール OS/ミドルウェア設定 デプロイ・サーバ間連携3. Orchestrasion 2. Configuration 1. Bootstraping
- 53. 何がうれしいのさ 52 作業の省人化と効率化によるコスト削減 オペレーションミスの発生可能性を低減 自動化 コード化による高度な品質保証 継続的なインテグレーション(インフラの)を実現 インフラ環境の 構成管理
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
- 60. 何がうれしいのさ (再掲) 59 作業の省人化と効率化によるコスト削減 オペレーションミスの発生可能性を低減 自動化 コード化による高度な品質保証 継続的なインテグレーション(インフラの)を実現 インフラ環境の 構成管理
- 61. 各ツールの紹介 60 有名なツール 2012年~ 使用言語はPython エージェントレス 2009年~ 使用言語はRuby Rubyの文法がそのまま使用可能 管理サーバ&エージェントの構成 2005年~ 使用言語はRuby 独自のDSLで構成を記述 今日はこいつを 扱います
- 62. Ansibleについて 管理サーバ 対象サーバ ・・・etc. サービス起動・停止 設定ファイル書き換え パッケージインストール ファイルデプロイ Ansibleで自動化 x N台 x N台 xN台 RedHat社が提供。オープンソースのサーバ構成管理ツール
- 63.
- 64. Ansibleについて 基本は以下の要素 – Inventoryファイル(捜査対象ホストを定義) – Playbook (yml形式でサーバの操作を記載) [web] 10.0.11.121 10.0.11.122 (..) 10.0.11.152 [batch] 10.0.21.100 10.0.21.101 (..) 10.0.21.151 [hoge] (..) Inventoryファイル --- - name: サンプル hosts: all become: true tasks: - name: ディレクトリ作成 file: path: /etc/some_directory state: directory mode: 0755 - name: httpdのインストール yum: name: httpd state: present (... ) Playbook ファイル (yml) ＆
- 65. Ansibleの特徴 Ansibleがインストールされた管理サーバから、捜査対象にログインして 直接を操作を実行する「プッシュ型」アーキテクチャ 従って、操作対象マシンにエージェントのインストールが不要 特別なプロトコルは使用せず、SSH接続&SCPのみを利用 ※対象サーバにPython2.6以上が必要 エージェントレス 他の構成管理ツール(Chef, Puppet)と比較し仕組みが非常にシンプル Ansibleでは、YAML形式というシンプルフォーマットで設定ファイル (Playbook)を記述。 学習コスト低 管理対象サーバーやサービスごとに様々なモジュールが用意されている http://docs.ansible.com/ansible/list_of_all_modules.html NW機器を管理するモジュールもある モジュールが多数
- 66. Ansibleの特徴 冪等性が保たれる (ある操作を何度実行しても常に結果が同じになる 新規のサーバにはスクリプトの内容がすべて適用され、既存のサーバには 差分のみが適用される ※ 2回目の処理で状態が変わったことでコケルということがない 冪等性 任意のコマンドの実行結果を取得するだけ、等にも簡単に利用可能 (全サーバの設定ファイルの取得等に使ったり) ファイルデプロイのみにも利用可能 (全サーバに対してのファイル配布のみに使ったり) 多目的
- 67. Ansibleの特徴 66 けっこう幅広い範囲をカバーしてます。イケてます 2,3の範囲はもちろん、AWS,Dockerの管理もAnsibleでできます 仮想マシン作成OSインストール OS/ミドルウェア設定 デプロイ・サーバ間連携3. Orchestrasion 2. Configuration 1. Bootstraping
- 68.
- 69.
- 70.
- 71.
- 72.
- 73.
- 74.
- 75.
- 76.
- 77.
- 78.
- 79. 継続的インテグレーションとは 78 コミット ビルド テスト/ インスペクション デプロイ インテグレーション(ビルド⇒テスト⇒デプロイのプロセス)を自動化し 継続的に行うこと
- 80.
- 81.
- 82.
- 83.
- 84.
- 85.
- 86.
- 87.
- 88.
- 89.
- 90.
- 91.
- 92.
- 93.
- 94.
- 95.
- 96.
- 97.
- 98.
- 99.
- 100.
- 101.
- 102.
- 103.
- 104.
- 105.
- 106.
- 107.
- 108.
- 109. まとめ 108 DevOpsとは、ソフトウェアのビルド、テスト、そしてリリースの文化と 環境を以前よりも迅速に、頻繁に、確実に発生する確立を目指す開発手法 今回はDevOpsのツールとして以下を紹介しました –自動化されたインフラ (Ansible) – ソースコードのバージョン管理 (Git) – 継続的インテグレーション (Jenkins) 導入は簡単ではないけれど、使いやすいツールはたくさんあります