はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ここ最近DeepLearning関連のコードを書いていなかったので、 最新のDeepLearningの実装やお作法、Stable Diffusionの実装などをStable Diffusionのレポジトリ通して、この際お勉強. ソースコード CompVis/stable-diffusion 参考文献 仕組みなどは下記で簡単に抑えた上でコードを確認. 本家サイト Stable Diffusion with 🧨 Diffusers 日本語解説系 日本語 【概要速修】Stable Diffusion(テキストから画像生成)はどうやって実現す

ECSのインスタンスを入れ替える際にやることは 新しいAMIを作成する launch configurationを新しいAMIで入れ替える desired count増やして新しいインスタンスがecs clusterに入るまで待つ 入れ替え対象をdrainingしてタスクが0になるまで待つ desired countを戻してterminate を繰り返すを手動でやってました。そんなに頻繁に入れ替えないから後回しにしてましたが、時間ができたのでcloudformationを使って自動化してみました。 参考にしたのは下記awsブログの内容です。 前提 terraform cloudformation lambda https://github.com/aws/chalice sns ecs ec2 autoscaling の知識はあるものとして扱います。 概要 Auto Scaling Lif

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 大量のコンテナ（開発・本番含めると100超えそう）を抱えたDockerのログ管理をlogglyにかえてみたらだいぶ見やすくなったというお話です。 最終的には、Dockerのログだけではなく、Linuxのsyslogやnginxを含めてほぼ全てのログをlogglyに送るようになりました。 前提 なぜlogglyか logglyは簡潔に言うとkibanaをログ参照用に使いやすくしたです。 ログをためているのがElasticsearchだからです。 検索画面はこんな感じです。 インデックスされた対象は、左のタブから一覧できるようになっており、

ansibleでnvmを管理する nodejsのバージョンを最新にしておきたいということでyumではなくnvmを入れてnodejsを入れます。 サーバはansibleで全てを管理しているのでnvmもansibleで入れるんですが 既存のものはユーザごとにインストールする系しかない -> システム共通で入れたい command:でもshell:でもそのままだとnvmが実行できない ことからredhat系で手直し版を作ったところ、わりかし面倒だったのでまとめときます。 を参考にしてます。 問題点 まずシステム全体にnvmコマンドを置くためにnvm.shは/etc/profile.d/以下としたいところですが、インストールを行ったディレクトリにバイナリが配置されるので直接置くと残念なことになります。 そのため、インストール用のディレクトリ{{nvm_install_dir}}を用意した上で、/e

前提 docker consul及びconsul-template AWS EC2、ELB、ECS について基礎知識がある前提で記事を作ってます。 Docker環境をつくる上での目標 インフラ設定をせずに新しいテスト環境を立てられるようにする 本番環境と開発環境の差異をできる限りなくす AWS ECS(Elastic Container Service) + Consulを選択した理由 swarmやkubernetesが絶賛開発中であることが大きいです。 Dockerの管理部分のほとんどを任せる必要があり、中央集権的なマネージャーが必要となっているため、問題発生時に対応が難しいことが予想されるというのもあります。 Dockerでの環境を作成するにあたってやって欲しいことは下記です。 コンテナの維持 デプロイ ロードバランサ連携 サービスディスカバリ ちょっとECSの概念に触れますが、ECS

packer と terraform と ansible でインフラを作る 概要 長くなるので概要とつまづいた点に絞ってます。 packer, terraform, ansibleの使い方がわかっていている前提です。 インフラはAWSを使います。 packer(+ansible)でアプリケーションが乗ったAMIを作る terraformでインスタンスを動かす ansibleで環境を整える codedeploy でデプロイ packer, terraform, ansibleの実行にはお互いを必須としないようにしています。そのため入れ替えることは可能なはずです。 terraformはcloudformation、ansibleはchefに変えられるかと思います。 packer AMIをタグ付きで登録する terraform data "aws_ami"としてAMIを受け取る インスタンス起動