kutakutatriangleのブックマーク - はてなブックマーク

カスタムして作った CentOS7.4 をAWSの M5, C5 で動かすときに落ちた沼について書いておく - なんかかきたい
今回もそこそこの不幸があった。普通にセットアップする分には簡単な案件だけど、ちょっと面倒なオプションがついて、カスタムしてダレカの作ったAMIをいい感じに新しいタイプのインスタンスで動かしたいというのがきた。やれやれ。前知識新しい世代のEC2インスタンスタイプ M5/C5 が東京リージョンで利用可能になりました https://dev.classmethod.jp/cloud/aws/ec2-m5-c5-in-ap-northeast-1/ クラスメソッドさんの綺麗な記事 NITRO世代(C5、M5)へのEC2インスタンスタイプ変更を試してみた(Amazon Linux編) https://dev.classmethod.jp/cloud/aws/change-type-to-m5-nitro-generation/ 元々 M5 タイプに対応していないAMIをアップグレードで対応する場
kutakutatriangle 2019/10/29
CentOS

AWS
リンク
AWS CodePipelineからCodeBuildを呼んでlambdaで古いAMIを消すといい感じになる - なんかかきたい
前回の続き t-cyrill.hatena blog.jp AWSでAMIの作成をCodeBuildを使って自動化したけど、CodeBuildが動く部分も自動化したいので、Githubに置いてあるリポジトリのmasterにマージされたタイミングで自動的にAMIが作られるといい感じなんじゃないかと思って、「これくらい簡単にできるっしょ」ってやろうとしたらCodeBuildのトリガーなんてものはないと気づいてAWSめんどいってなったので、めんどい部分を書いておきます。これ作ってから言うのもアレなんですが、CodePipelineはAWSコンソールから操作する分にはある程度自動化されていて便利な反面、自前でAMI周りの権限をうまくつけるのは結構面倒なので、terraformとかでCodePipeline/CodeBuild/Lambda/CloudWatchLogs/IAM/S3まわりを一気に
kutakutatriangle 2018/09/12
AWS

aws
リンク
AWS CodeBuild と packer と ansible でプロビジョニング済みのAMIを自動生成する - なんかかきたい
AMI生成部分を自動化できたので、ちょっとだけまとめておく。 CodeBuild AWSのDockerで動くCIツール。 CodeBuildの名前の通り、ソースコードをビルドする環境を簡単に作れることをウリにしている CircleCIなどのサービスでビルドしたり、Jenkinsを自前で用意するのと比較してそれほど違いはない利点があるとすれば、AWS上で動くためサービスロールを使って権限を付与できるところか packerを使う都合上、EC2へのアクセスが必要になるため、外部サービスの場合アクセストークンの発行と管理が必要になる料金はビルド時間ごとの課金一応無料枠もある Packer HashiCorp製のマシンイメージ自動生成ツール Goで書かれていて機能が豊富 AWS以外にもいくつかのクラウドサービスに対応している Ansible Python製のプロビジョニングツールシェルスクリ
kutakutatriangle 2018/09/12
Ansible

aws

hashicorp

packer
リンク
1