Ansibleで始めるpostgre sqlの冗長化
•
21 gostaram•7,803 visualizações
オープンセミナー広島の資料です。 デモのPlayBook https://github.com/soudai/OSH-demo-Ansible-PlayBook
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Destaque
Destaque (11)
Semelhante a Ansibleで始めるpostgre sqlの冗長化
Semelhante a Ansibleで始めるpostgre sqlの冗長化 (15)
Mais de Soudai Sone
Ansibleで始めるpostgre sqlの冗長化
- 12. Ansibleとは
- 14. Ansibleとは 特徴
- 17. Ansibleとは 特徴 １ Python製 ２ SSH経由でのPush型 ３ クライアントにインストール不要
- 18. Ansibleとは 特徴 １ Python製 ２ SSH経由でのPush型 ３ クライアントにインストール不要 ４ 1.7からWindowsも対象に
- 19. Ansibleとは モジュール
- 22. Ansibleとは モジュール １ クライアント(Server側)での動作の事 ２ yum,apt-getなどは最初から用意済み ３ モジュールとして自作Codeも可能
- 23. Ansibleとは モジュール １ クライアント(Server側)での動作の事 ２ yum,apt-getなどは最初から用意済み ３ モジュールとして自作Codeも可能 ※Python以外のどの言語でも良い
- 24. Ansibleとは プレイブック
- 27. Ansibleとは プレイブック １ Chefでいうところのレシピ ２ モジュール処理をまとめたもの ３ YAML形式で記述
- 35. プレイブックの例 - hosts: test-server sudo: yes tasks: - name: be sure httpd is installed yum: name=httpd state=installed - name: be sure httpd is running and enabled service: name=httpd state=running enabled=yes
- 37. PostgreSQLとは
- 39. PostgreSQLとは 特徴
- 42. PostgreSQLとは 特徴 １ 高機能・高可用性 ２ 日本語ドキュメントが豊富 ３ コミュニティが活発
- 43. PostgreSQLとは var リリース日 主な機能追加 8.4 2009/07/01 再帰クエリ, ウィンドウ関数, 列単位のアクセス制御, SQL と関数の性能解析機能 9.0 2010/09/20 レプリケーション, 一括権限変更, 匿名プロシージャ, 64bit Windows サポート, 移動平均, 列/条件トリガ, 一意 性制約の遅延, 排他制約 9.1 2011/09/12 同期レプリケーション, 外部テーブル, パッケージ管理, UNLOGGEDテーブル, 更新可能なWITH句, 近傍検索, SELinux権限制御 9.2 2012/09/10 インデックスオンリースキャン, カスケードレプリケーシ ョン, JSON型, 範囲型 9.3 2013/09/09 マテリアライズドビュー, 外部テーブルへの書き出し, イベ ントトリガ, データページ・チェックサム, LATERAL句 9.4 2014/12/18 マテビューの自動更新,JSONB型,ALTER SYSTEM,集合関 数の向上,GINインデックスの向上,NUMERICの性能改善
- 44. PostgreSQLとは 特徴 １ 高機能・高可用性 ２ 日本語ドキュメントが豊富 ３ コミュニティが活発
- 48. PostgreSQLの冗長化 稼働率 年間停止時間 実現方法 90% 36.5日 オンラインバックアップ＋リストアだけで十分 オンラインバックアップの取得を実施 99% 3.65日 オンプレミスなら予備マシンが必要 大データならバックアップのリストア所要時間を把握しておく 99.9% 8.7時間 保守停電の無いクラウド∼ハウジングが必要 平日日中のみ障害検知対応だと難しい 99.99% 52分 バックアップのリストアがほぼ不可能 レプリケーション（データ同期）された待機サーバが必要 99.999% 5分 HAクラスタソフトウェアが必要 技術者に要求されるスキルが跳ね上がる 99.9999% 32秒 無停止型Serverなどのハードが必要 コストが急に跳ね上がる
- 49. PostgreSQLの冗長化 稼働率 年間停止時間 実現方法 90% 36.5日 オンラインバックアップ＋リストアだけで十分 オンラインバックアップの取得を実施 99% 3.65日 オンプレミスなら予備マシンが必要 大データならバックアップのリストア所要時間を把握しておく 99.9% 8.7時間 保守停電の無いクラウド∼ハウジングが必要 平日日中のみ障害検知対応だと難しい 99.99% 52分 バックアップのリストアがほぼ不可能 レプリケーション（データ同期）された待機サーバが必要 99.999% 5分 HAクラスタソフトウェアが必要 技術者に要求されるスキルが跳ね上がる 99.9999% 32秒 無停止型Serverなどのハードが必要 コストが急に跳ね上がる ここを目指します
- 59. 代表的なモジュール例 モジュール名 動作 shell shell上でコマンドを実行 task単位でshellを起動するので環境変数は引継無し command $HOME, "<", ">", "¦", "&"が使えない lineinfile 指定ファイルの行単位の書き換え file ファイルやディレクトリの作成、パーミッション設定 template テンプレートを利用したファイルのコピー synchronize rsync（ファイル同期） get_url 指定URLからダウンロード 既にローカルにファイルがある場合は動作しない yum yum（rpm から直接インストールも可能） service service ＆ chkconfig
- 60. 冪等性 - name: 初回のみしか上手くいかない shell: "echo 'hoge' >> /etc/hoge.conf”
- 61. 冪等性 - name: 初回のみしか上手くいかない shell: "echo 'hoge' >> /etc/hoge.conf” !!! - name: Linuxの無効を行単位で置換する（毎回同じ動作） lineinfile: dest=/etc/sysconfig/selinux regexp="^SELINUX=.*" line=“SELINUX=disabled"
- 62. 冪等性 - name: template postgresql.conf template: src: template/postgresql.conf dest: "{{ postgresql_path }}/postgresql.conf” owner: "{{ postgresql_service_user }}" group: "{{ postgresql_service_group }}" mode: 0640
- 63. 状態変化 - name: 結果の取得 shell: touch /tmp/hoge creates=/tmp/hoge register: result - name: print result debug: msg=“{{ result.stderr }}” when: result.stdout != ""
- 64. 状態変化 - name: 結果の取得 shell: touch /tmp/hoge creates=/tmp/hoge register: result - name: print result debug: msg=“{{ result.stderr }}” when: result.stdout != "" 条件に該当した時のみ、 Taskが実行される
- 65. 変数宣言 vars: port: 5432 postgresql_path: "/var/lib/pgsql/9.4/" postgresql_service_user: "postgres" postgresql_service_group: "postgres" postgresql_user_password: "hoge"
- 66. 例外処理 - name: locale=Cじゃないとソートが違う ignore_errors: yes sudo_user: postgres command: initdb --no-locale
- 67. 例外処理 - name: locale=Cじゃないとソートが違う ignore_errors: yes sudo_user: postgres command: initdb --no-locale エラーが出ても 処理を続行する
- 74. まとめ 既存環境も管理できる
- 76. まとめ インフラを属人化させない
- 78. ご静聴ありがとうございました。