はてなブックマーク

続きをかきました→ https://qiita.com/uraura/items/e13d883827443f27bf98 概要 TerraformでAWSのリソース管理をしていますが，(少人数でやるには1)まぁまぁ良い感じに落ちついたのでご紹介します． 以下，話を簡単にするためにTerraformでAWSのリソースを管理しているという前提で話をすすめます． 問題 Terraformは便利で，使いはじめると何でもかんでもコード化してやろう!!などと思ってしまいますが，すぐに以下のような問題にぶち当たります． コード化をすすめるとplan/applyにかかる時間が増大していく planが通ってもapplyでコケる場合がままある コード化をすすめるとplan/applyにかかる時間が増大していく コード化されてるリソースが少ないうちはあまり問題にならないのですが，時がたちコード量が増えてくると

スポット価格は変動するのでこの通りにはなりませんが，価格差のイメージはつくかと思います．普段はなかなか手が出せなさそうな高スペックインスタンスでもちょっとやれるかも．．．?ぐらいの価格になってる気がする．．．2? デメリットは，スポット価格がいつのまにか高騰して自分の入札価格を上回ってしまうと，強制ターミネートを食らう3可能性があることです． スポットインスタンスを使って本番サービスを運用するのであればいろいろ考えることは多いでしょうが，今回の用途では，仮に落とされたとしてもそこまで大問題にはなりません．(コード書いててノッてるときに落とされたらテンションは下がるでしょうが．．．) では実際に強制ターミネートを食らった場合について考えてみます． 殺されたら作り直さないといけませんが，方法はいくつか考えられます． 手動でがんばる AutoScalingGroup SpotFleetReque

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? マーケティング担当者にSQLを完全マスターさせた話 普段開発とかしない人達にもデータベースに簡単に触れられるようにしたお話です． 安全なデータベースを作る 本番サービスのデータベースと同等，だけど個人情報的なものは隠しておきたい，よく聞く話ですね． これについては様々なアプローチがあるようですが，できる限り安定させたい＆バッチでやるにしてもサーバの面倒を見たくない，とう方針のもと，RDSのスナップショットを利用して作成することにしました． 処理の流れ RDSが1日1回スナップショットを取っている(これはRDSの機能) RDSのスナップシ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? # Data Volume Containerを作成 # mysqlイメージは `VOLUME /var/lib/mysql` されているので，最初からマウントポイントがある uraura@rosemary$ docker create --name dbdata mysql d7e4a8577eeb94bc89d13dae68c4c71e719f58fa58b6f10dc87311a17d3ff098 # コンテナが作成されることを確認．起動していないので，`-a`付けないと出てこない uraura@rosemary$ docker

$ ps aux | grep vagrant uraura 1916 0.0 0.0 2464336 3328 s001 S+ 8:51AM 0:02.69 ssh vagrant@127.0.0.1 -p 2222 -o Compression=yes -o DSAAuthentication=yes -o LogLevel=FATAL -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o IdentitiesOnly=yes -i /Users/uraura/.ssh/private_key uraura 1915 0.0 0.0 145164392 1452 s001 S+ 8:51AM 0:00.04 vagrant ssh uraura 8225 0.0 0.0 2434836 640 s002 R+ 11

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?