vagrant-awsの0.6.0では、rsyncに失敗するので、明示的に0.5.0をインストールする。 vagrant plugin install vagrant-aws --plugin-version 0.5.0 Vagrantfileは下記を参照。 このままだと下記のWarningが出るので、 DEPRECATION WARNING: called deprecated method `access_key_id' of an Aws::CredentialProvider, use #credentials instead DEPRECATION WARNING: called deprecated method `secret_access_key' of an Aws::CredentialProvider, use #credentials instead 下記のように修
平田です。入社したて(?)なので、自分にあった仕事環境を手探りで色々試しています。 今日は、Vagrantを使ってEC2で開発環境を立てようとした時に軽くハマった出来事を備忘録がてら軽く紹介したいと思います。 Vagrantの概要 Developers.IOをご覧の方の多くは既にご存知とは思いますが、Vagrantは開発環境の構築と共有を支援するためのツールです。Vagrantfileと呼ばれる設定ファイルに開発環境の情報を記述することで、VirtualBoxやVMWareなどの仮想マシンに環境を構築することができます。 このVagrantfileをプロジェクトで共有することで、チーム内の開発環境の差異をなくし、変更を素早く適用することができるようになります。また、対応するpluginを導入することで、仮想環境だけでなくAWSやDigital Oceanなどのクラウド環境下で開発用インスタ
はじめに vagrant-awsは凄く便利ですが、Vagrantfileでaccess_key_idとsecret_access_keyを平文で設定するとGithubなどで公開できないので面倒です。アクセスキーは、AWS CLIやAWS SDKで共通化された、~/.aws/credentialsに登録するので、ここから持ってくる方法を検討しました。 結果 AWS SDK for Rubyを使って簡単に実現できました。以下の通り、AWS.config.credentialsを使えば、defaultのアクセスキーが取得できます。 VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.box = "dummy" config.vm.provider :aws d
概要 Packerを使うと、VMイメージの生成が自動化できてとても便利です。 最近だと、ローカルではVagrantを使って開発をして、AWSへデプロイするなど、VM環境をまたいで開発、デプロイをすることが多くなり、VMの生成を統一し、自動化したいというニーズが増えてきているのではないかと思います。 Packerを使って、各VM環境毎のセットアップ手順を共通化しておくことで、開発、ステージング、プロダクション等の環境の間の違いをなくし、デプロイ時の不具合を最小化することが出来るようになります。 Packerは、JSON形式のファイルを用いて、設定を記述していきます。 下記の設定を用いると、AWS及びVagrantbox用のCentOS 6のVMイメージが並列に生成できます。 { "variables": { "aws_access_key": "{{env `AWS_ACCESS_KEY`}
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く