AWS BackupでEC2インスタンスのバックアップ作成と削除を自動化してみた | DevelopersIO
こんにちは、オペレーション部の橋本です。 AWS BackupでのEC2インスタンスのバックアップライフサイクルが、実際どのように動作するのか気になったので検証してみました。 今回設定すること 下記の要件で動作するように設定します。 EC2インスタンスのバックアップをAMIで取得する バックアップの送信先リージョンは、元のEC2インスタンスが稼働しているのとは別のリージョンとする バックアップ取得のタイミングは毎日 取得したバックアップの有効期限は3日 有効期限切れのバックアップ（AMI）は自動削除する バックアップ作成のための設定 それでは、実際に設定していきます。 なお、前提としてバックアップ元のEC2インスタンスは既に作成済みとします。 設定手順に関しては、下記のAWSドキュメント及びDevelopers.IOの記事を参考にしています。 バックアップのルール設定 バックアッププランの
Packer + Ansible で Azure Managed Image (VHDではなく) を作る - Qiita
Packer (1.0.4〜) と Ansible で Azure Managed Image を作る方法です。 旧来の VHD を作る方法ではありません。 AWS の AMI (Builders >> amazon-ebs) と同じでしょ？と思ってましたが、実際はかなりハマったのでまとめ。 ハマりポイント Azure Managed Image が作れるのは Packer 1.0.3 から〜 〜1.0.2 で作れるのは VHD だけ Packer 1.0.3 は Ansible Provisioner が使えないバグ があります (sshがフリーズする) 2017/07/27現在は、未リリースの 1.0.4 を 自前でビルド して使う # install go. $ brew install go. # ← ここがMac専用 (あとはLinux共通) $ export GOPATH=$H
PackerのAMI手動管理を卒業するプラグインを作ってみた - SideCI TechBlog
こんにちは、家から捕まえられるポケモンだけを捕まえて僕のポケモンGoは終了しました。@wata727です。 弊社ではインフラ自動化の一環として、AMIの作成にPackerを利用しています。PackerはAMIを作るまでは自動化してくれるものの、作成されたAMIは残り続け、使わなくなった古いAMIは手動で削除しなくてはいけません。 この点に関して、公式*1では、 Packer only builds images. It does not attempt to manage them in any way. After they’re built, it is up to you to launch or destroy them as you see fit. If you want to store and namespace images for easy reference, you
PackerによるAMIのテスト考 (2016年度編) | DevelopersIO
はじめに こんにちは、中山です。 みなさんはPackerを利用していますか。コードによってAMIを作成できるので弊社ではとても重宝しています。ただ、作成されたAMIが本当に意図したとおり作成されたのかテストしたいと考えたことはないでしょうか。この場合の「テスト」という言葉は provisionerで設定した各種ミドルウェアが意図したとおりに動作しているか という意味で使用しています。 私自身いろいろと模索している段階です。なのですが、 2016年度初旬時点 で取りうるテスト方法にはどういったものがあるのか、という内容でまとめを書いてみます。 前提条件 ミドルウェアのインストールにはansible-local provisionerを利用する前提で話を進めます。弊社での利用事例が多いためです。 file provisioner や shell provisioner も利用していますが、私は
Packer + chef-soloでカスタムAMI(AmazonMachineImage)を作る - Qiita
はじめに Packerとは？ VagrantやConsulで有名なHashiCorpから提供されている仮想イメージを作るためのツール。 オフィシャルサイト:https://www.packer.io/ 前提条件 AWSアカウント作成済 Chef導入済 chef-rbenvインストール済 ゴール Rubyビルド済みのAMI作成 カスタムAMIを作ることの狙い EC2インスタンス作成時におけるプロビジョニングの実行時間の短縮 実施 ベースとするAMIを決める マネージドコンソールを開きEC2 -> AMIs -> Public imagesから探す 今回はamzn-ami-hvm-2014.09.1.x86_64-ebs (AMI ID:ami-4985b048)を選択 Packerをインストールする(For Mac) { "variables": { "chef_version": "11.
Jenkins + PackerでAMIを継続的インテグレーションする
みなさんこんにちは。@ryuzeeです。 前回、Packer + Serverspecでテスト済み仮想マシンイメージを自動で生成する方法を紹介しました。 でここまでできれば次にやるのは当然のことながら継続的インテグレーションでしょう。 早速やり方を紹介していきます。 Jenkinsサーバの構築まず最初にJenkinsサーバを構築します。 Amazon EC2のインスタンスの起動今回はAmazon EC2上に構築することとし、Amazon Linux 2014.09を使います。インスタンスの起動は通常の手順でやっていけば良いのですが、以下の2点に注意してください。 Packerの中からAWSのAPIをコールするため、インスタンスにIAM Roleを割り当てて、アクセスキーとシークレットキーをサーバに配置することなくAPIを呼び出せるようにするElactic IPを割り当てるJenkinsのセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/inokappa/items/9d3c2e2030cac58ce507
Netflixのコードのデプロイ方法。