AWS CodeBuild と packer と ansible でプロビジョニング済みのAMIを自動生成する - なんかかきたい
AMI生成部分を自動化できたので、ちょっとだけまとめておく。 CodeBuild AWSのDockerで動くCIツール。 CodeBuildの名前の通り、ソースコードをビルドする環境を簡単に作れることをウリにしている CircleCIなどのサービスでビルドしたり、Jenkinsを自前で用意するのと比較してそれほど違いはない 利点があるとすれば、AWS上で動くためサービスロールを使って権限を付与できるところか packerを使う都合上、EC2へのアクセスが必要になるため、外部サービスの場合アクセストークンの発行と管理が必要になる 料金はビルド時間ごとの課金 一応無料枠もある Packer HashiCorp製のマシンイメージ自動生成ツール Goで書かれていて機能が豊富 AWS以外にもいくつかのクラウドサービスに対応している Ansible Python製のプロビジョニングツール シェルスクリ
AWS CodeBuild と HashiCorp Packer を用いた AMI ビルダーの構築方法 | Amazon Web Services
Amazon Web Services ブログ AWS CodeBuild と HashiCorp Packer を用いた AMI ビルダーの構築方法 独自の アマゾン マシン イメージ を作成し維持することは、運用とセキュリティにおけるベストプラクティスです。インフラストラクチャをコードとして維持することもまたベストプラクティスの1つです。そのため、Amazon EC2 インスタンスを素早く起動するために AMI を作成し設定する、といったことをスクリプト化するための自動化ツールを利用することには価値があります。 公開する2つの記事の最初にあたるこの記事では、AWS においてプログラマブルに AMI を作成するために AWS CodeBuild を使用します。AMI 生成の一部として、OS のパッチを適用し、バナーステートメントを設定し、よく使うソフトのいくつかをインストールし、将来的な
TerraformとPackerを使ったインフラ構築の効率化 - SideCI TechBlog
はじめまして。4月にアクトキャットにjoinしたwata727です。主にサーバサイドの開発やAWSをはじめとしたインフラ周りを担当しています。よろしくお願いします。 今回は直近行ったSideCIインフラのAWS完全移行に、TerraformやPackerを採用した話について書いてみます。 SideCIのインフラ構成 SideCIではサーバの役割をフロント側でユーザの操作やリクエストを受け付けるweb群と、Rubocopなどのツールを実行するnode群に分けています。役割を分離することにより、関心事を分けることができ、必要に応じてスケールアウトやスケールアップがしやすくなるメリットがあります。 もともとはAWSとGCPのハイブリットクラウド構成をとっていたのですが、さまざまな問題があり、今回の再構築の段階でAWS側に完全に寄せる形になりました。 Infrastructure as Codeの
CircleCI + Docker で Infrastructure CI (Chef + Serverspec) 環境を構築した - kakakakakku blog
近況 3月から DevOps 関連の技術的負債の解消に取り組んでいて，動かなくなった Chef を直したり，秘伝のタレ（手動）で構築されたサーバ設定を Chef にリバースエンジニアリングしたり，Serverspec を導入して稼働中のサーバの差異を確認したりしている． 他にもウェブサーバのパフォーマンスチューニングをしたり，Zabbix / Kibana / CloudWatch で可視化したり，不要なアラートを消したりもした．あと Vagrant 環境を自動構築できるようにしたり，Packer を使って Vagrant Box を改善したり，デプロイ手順を正常化したり，テストの品質向上の目的で Capybara を導入したりもした． 最近はキャッシュサーバをリプレイスしたり，AWS のネットワーク構成を変更するなど，とにかく様々な施策を試しているけど，全然まだまだという感じで，圧倒的成
トレタのインフラ運用、支えている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方 - トレタ開発者ブログ
インフラをアレしてる佐野です。トレタのコア部分はEngineyardで運用していますが、事業拡大に伴いサブシステムも増えてきました。新しいサブシステムは主にAWSで運用しています。そこで今回は事例として弊社の新規部分のインフラ運用のやり方、そこで使われている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方などについて書きます。これらの道具はもはやよく知られたものであり、あまり真新しくはないとは思っています。しかしながら弊社に遊びに来た方や採用の応募者の方などからトレタのシステム運用に関する質問をいただくことがあり、その説明資料のかわりになるかな、という目的もあって書かせていただきます。これ以外にも道具はあるのですが、なんとなく興味をもってくれそうなワードをタイトルに羅列させていただきました。以下、目次
Packer 0.9の新機能 リモートからのAnsible Provisionerが追加されました | DevelopersIO
はじめに 藤本です。 昨日、Packerのバージョン0.9がリリースされました。Chef ProvisionerのWindows対応や、OVA形式でのAWSへのインポートなどいくつかの機能が追加されました。今回はその中でもAnsible Provisionerについてご紹介します。 リリースノートはこちら 概要 Packerには今までAnsibleのProvisionerとして、Ansible Local Provisionerがありました。Ansible Local ProvisionerはPlaybookをビルドOSに送信して、ローカルでAnsibleコマンドを実行するというものでした。事前にAnsibleをインストールしていなくてはならないことでAWSなどで標準OS AMIを利用する場合、Shell ProvisionerでゴニョゴニョとAnsible外で設定を入れえなくてはいけなか
PackerとTerraformで始めるミニマムなAWS構成管理 - sometimes I laugh
前回の記事ではDockerとECSを使ったAWS上でのInfrastructure as codeについて言及しましたが、サーバリソースの構成管理についてはAWSのマネージメントコンソールから手動で行わないといけなかったり、コンテナを用いたアプリケーション構成を強制され、従来の単純なインスタンス構成ができないという問題点がありました。前回の記事はこちら。 後者については、今後コンテナを活用したインフラ構成が普通になっていくことで許容されていくかもしれませんが、普通にインスタンスを立ててインフラを構築している方にとってはInfrastructure as codeをやりたいためにコンテナを前提としたサーバ構成に変更しなくてはいけないなんて、正直気が進まないと思います。 そこで本記事では、今インフラ界隈で非常に強い影響力を持っているHashicorpのプロダクト、PackerとTerrafor
Hashicorp Product Meetup というイベントを開きました - Wantedly Engineer Blog
エンジニアの内田 @spesnova です。 2015年8月5日に、@deeeet さんと一緒に Wantedly のオフィスにて Hashicorp Product Meetup と称して、 Hashicorp プロダクトに関する知見、悩み、展望 etc をフランクに共有する会を開きました。 参加者全員がゆるくざっくばらんに話せる場を作りたいと思って招待制のイベントにしました。 参加者の方は @deeeet さんと自分の知り合いの方から、Hashicorpプロダクトを既に利用していたり、導入予定の方々にお声をかけせて頂き、その方々がまた数名招待するという形にしました。 「行きたかった…」というツイートもチラホラありました、、参加できなかった方ごめんなさい。。 どんな内容だったのかをtogetterと以下に簡単にまとめておきます: http://togetter.com/li/856947
packer を使って ArchLinux の vagrant box を作る - Qiita
vagrant は便利なんだけど、box を作るのが手作業で面倒だった。 特に ArchLinux の場合、古い iso から作った box だと今 pacman -Syu してもなかなか依存関係をうまく満たせず、最新の状態にするのが困難だったりするので、ある程度定期的に box を作り直したい。 packer を使うと box の作成を自動化できるらしいので、ArchLinux 用のものを書いてみた。 https://github.com/eagletmt/misc/tree/c86d04796e526a196ed5c3fc62dcc2b697d18da3/packer/arch64 インストール用の iso の場所や /etc/pacman.d/mirrorlist に jaist のミラーを指定しているので日本用になっている。 kickstart や preseed のようなしくみは
Packer で ansible-local を使うときの始めの一歩 - Qiita
Packer は Vagrant の作者 Mitchell Hashimoto さん作成の様々な仮想マシン向けの pre-baked image (プロビジョニングが事前になされたイメージ) を簡単に作成するツールで、バージョン 0.3.10 から Provisioner として Ansible がサポートされました。 公式ドキュメントが こちら なのですが、ちょっとサラっとしすぎているので、始めの一歩的なものを記しておきます。 まず、この Provisioner は Ansible を通常のリモート実行ではなく、サーバ側に playbook を転送してローカルで実行する形式になっているので、事前に対象のサーバに Ansible がインストールされている必要があります。Vagrant にせよ Amazon AMI などにせよ、Ansible が既にインストールされているような環境はまだ稀か
DockerをUbuntu 12.04、CoreOS、boot2dockerで実運用した時の正直な感想 - 空繰再繰
概要: ProductionにDocker入れるならUbuntu 12.04が良いと僕は思う。 今日は珍しく早起きしたんで、洗濯物を母の代わりに干しながら、今日書くブログネタを考えていたんですが、そのときに、 Dockerを運用する際のOSについて書けば注目集まるんじゃね？ とか思いついたので、今日はその辺り正直に書きたいと思います。 DockerをUbuntu 12.04、CoreOS、boot2dockerで実運用した時の感想 1. 初めてのDocker体験: CoreOS まず、最初にDockerを使ったのは、確か、 CoreOS だったような覚えがあるんですが、正直、CoreOSは、 常にDockerの最新版を追いかけるのには、まだ時期尚早 というのが現実ではないかと思います。 というのも、CoreOSそのものコンセプトに問題があるとか、あるいは開発体制がアレとかそういう類いの問題
OSXでpackerでCentOS6.4のVirtualBox VMを作成する - Qiita
2014-05-23追記 vagrantcloud.comにCentOS 6.5とUbuntu 14.04のVMを登録しました 作成済みのVMだけ使いたい場合はそちらをご利用ください。手順は"packer - Ubuntu 14.04 を Vagrant に準備する - Qiita"へのコメントを参照してください。 また、packer用のtemplate.jsonはshiguredo/packer-templatesを利用するのがお勧めです。CentOSとUbuntuの新しいバージョンが出る度にpacker templateが追加されています。私もいつも利用させて頂いています。ありがとうございます！ packerのインストール 詳細はInstall Packer - Packerを参照してください。 Downloads - PackerでMac OSXのamd64のリンクをクリックしてダウ
vagrantのansibleプロビジョニングのサンプル - Qiita
Vagrant Documentation を参考にしつつ、Best PracticesのDirectory Layoutに沿った形でサンプルを作ってみました。 サンプルコードは https://github.com/hnakamur/vagrant-ansible-provisioning-example にあります。 vagrantのboxは以下のpacker templateで作成します。CentOS 6.4とansibleをインストール済みのboxが作られます。 https://github.com/hnakamur/my-packer-template-files (2013-08-17追記) guest側にはansibleのインストールは不要でした。ansibleはホスト側から実行されます。ホストからゲストにsshで接続できるようにVagrantfileとansible_hos
Packerリリースおめでとうございます！ - As a Futurist...
先週末に Vagrant で有名な @mitchellh さんの新作、”Packer”が発表されました(正式にいつリリースしたのかよく分かってないですが、HN に流れたのは先週)。 Packer Packer | Mitchell Hashimoto mitchelh さんのブログ記事 簡単に言えば、EC2 や Virtualbox などの仮想環境における OS インストール作業を、設定ファイル 1 枚で自動化できるツールです。似たようなツールはたくさんありますし、これからもたくさん出てくるでしょう。ぜひいろんな人に今のうちから触ってもらって、よりよいツールにしていって欲しいと思ったので、超簡単な紹介をしておきます。英語が苦じゃない人は Intro をひと通り読むと良いと思います。 Packer 概要 Packer はメタ OS インストール自動化ツールで、いくつかのフェーズを持ちそれぞれ
続報 PackerでVagrant用のBoxを作成する
Packerってなに？という人は前回のエントリを先にどうぞ 0.10と0.11だと作成されたVagrantのboxの中のディスクイメージの命名の問題があります(詳細はこちら)。ソースを持ってきてビルドしたPackerを使えばとりあえず問題ありません。→0.12で修正されました！ 前のエントリで紹介したPackerですが、Vagrantのboxの作り方が把握できたので紹介しておきます。 今回はUbuntuのboxの作成を例にして解説します。 なお、CentOSの例は以下に置いておきました。 まずは設定ファイルです。前の記事で紹介したものより長くなっています。 { "builders":[{ "type": "virtualbox", "guest_os_type": "Ubuntu_64", "iso_url": "http://releases.ubuntu.com/12.04/ubunt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bindit
GitHub - chef/bento: Packer templates for building minimal Vagrant baseboxes