アラフィフおやじログ

Dockerのハンズオン に参加するので準備と思ったけど、、、 持出用のWinノートもMacBookも持っていない僕はUbuntu入りの Chromebookしかないので、、、 デスクトップ機は Docker for Windows が入っているものの、それ 持ってけません。しょうがないので EC2 で CentOS環境を準備し、そこにChromebookのUbuntuからssh -i で 接続する方法で対応することにした。 AWSのハンズオン(EC2にssh接続必要な場合)もこの方法でしのいだ（笑） んで、EC2上にDocker環境を構築した際の備忘録 最近はUbuntuインストールが多くCentOS7は久々だ。 ※というよりAMI準備しておいてそこからDockerだけインストールとか 　すれば楽なんだけどEBSのお金をけちってAMI保存していない。 　数円レベルなんですけどね。 Gitはいらないかもしれないけどなんかあったときにツール落とすのとかで あると重宝するので入れておくにこしたことなし。 ●参照サイト https://qiita.com/uhooi/items/f8c67a9e716a226e28cd https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html AMIは以下を使用してt2microで構築します。 CentOS 7 (x86_64) - with Updates HVM  (58) | 1805_01  以前のバージョン  | By  Centos.org $0.00/hr  for software  + AWS usage fees Linux/Unix, CentOS 7 | 64 ビット Amazon マシンイメージ (AMI) | 更新済み: 2018/06/13 (1)ホスト名設定 (2)アップデート、ツールインストール (3)SELinux無効化等 (4)sshセキュア強化 (5)日本語化 (6)ntp設定 (7)...

急遽EC2でRedmineを構築するということになって検証で立ち上げ作業をしていて というよりDockerFile使うとかBitnami使えばもっと早くできるじゃないかという ツッコミはあるかもしれませんが、取りあえず一から構築してみようということで 万が一同じ作業をするときになったら困るので備忘録としてメモ Ubuntu+Nginx+Unicorn構成で動かしています。 日次バックアップはAMIでイメージを取る方法で設定(今検証中ですが、、、) 課題としてはデータベース部分、EC2のストレージ8GBなので少し心配 まぁ一杯になりそうならRDSに移そう。でその時にログ類も考えよう ◆大枠の手順は以下の通り Ubuntu初期設定 nginx、データベース設定 Redmineインストール Ruby関連インストール プラグイン類導入 EC2日次バックアップ設定(日次でAMIイメージをバックアップする) 事後作業 ◆参考にしたサイト(ほぼコピペ(笑)、先人の皆様ありがとうございます。) 1.OS設定参照 https://qiita.com/kotarella1110/items/f638822d64a43824dfa4 https://www.server-world.info/query?os=Ubuntu_16.04&p=ntp https://www.server-world.info/query?os=Ubuntu_18.04&p=initial_conf&f=4 https://plumpliver.com/post-5403/ 2.Redmine設定関連参照 https://qiita.com/bikun_bikun/items/30951573fc900d78d0c9 https://qiita.com/suesan/items/3baeb26e09c379a9bb2b https://qiita.com/godai0505/items/44d12ef0d52b2dc9d560 https://symfoware.blog.fc2.com/blog-entry-2074.html http://zaka-think.com/lin...

S3で試験用Webサイトを作るときにBasic認証しておかないとなぁと思って、 少し検証してみることにしました。 検証用なので別にドメインは取得しなくてもいいので今回はサクッと先人の 事例をまんま参照してやりました。 手順はこんな感じ 1.S3サイト作成 　Webhostingの設定、パブリックでの公開はしない 2.CloudFront準備 　CloudFront経由の時のみS3アクセス許可 　キャッシュは無効 　　 3.IAMの設定(Lambda@Edge用) ・ポリシーのパラメータ { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "logs:CreateLogGroup", "logs:CreateLogStream", "logs:PutLogEvents" ], "Resource": "arn:aws:logs:*:*:*" }, { "Effect": "Allow", "Action": [ "lambda:GetFunction", "lambda:EnableReplication*", "iam:CreateServiceLinkedRole", "cloudfront:CreateDistribution", ...

諸般の事情でLambdaの開発環境が必要になり。 色々と練習するならローカルでやりたいなぁと考えて 実力もないのにAWSのサーバレスのローカル開発環境を作ろうと したわけです。 環境はWindows10ですが、家族の共用PCなので開発環境をぶち込むと マニアックなことになりそうなのでなるべく環境をきれいにと考えて Dockerです。DockerにAWSのローカル開発環境を作ることにしました。 1.基本の流れ 　さくらのナレッジ参考 　 https://knowledge.sakura.ad.jp/13265/ 　(1)pullしてイメージをダウンロードしてくる。 　(2)イメージに必要になる環境を構築していく 　(3)作成したイメージのコマンドをdockerfileに記述しテストする 　(4)DockerFileをベースにインフラを自動構築させる。 　こんなイメージみたいです。 　どうせだったら、自動で環境構築までできるとかっこいいじゃん。と 　今更時代遅れですがDockerです。 2.Dockerインストール 　(1)DockerHubに登録する 　　 https://hub.docker.com/ 　(2)インストール 　　インストーラをダウンロード、Hyper-Vが必要 　　Windows10Proなら何もしなくても簡単にインストールできる 　　幸いProなのでそのまま 　　 http://www.atmarkit.co.jp/ait/articles/1609/01/news053.html 　　 https://qiita.com/Ogaaaan/items/99fe54f052ca450889f7 3.開発環境の雛形作成 　で、ひとまずサーバレス開発環境用の仮想コンテナを準備する。 　DockerFile作るので、試行錯誤する。 　 https://qiita.com/voluntas/items/68c1fd04dd3d507d4083 　 http://www.ajisaba.net/develop/docker/docker_attach.html   powershell使えと言...

とりあえずUbuntuの最新版LTSが出たとのことで そろそろこなれてるかなと思いアップデート テスト用のサーバがないのでいきなりConohaの本番機で作業 いい加減何とかしたいです。が、お金がないので仕方なし ひとまずこの辺を参考に http://gihyo.jp/admin/serial/01/ubuntu-recipe/0517 https://qiita.com/TsutomuNakamura/items/bbd712e3afe5f4bacfac https://ameblo.jp/yoshihirow/entry-12384337578.html でお約束のバージョンアップコマンド $ sudo apt-get install update-manager-core $ sudo do-release-upgrade -d $ sudo cat /etc/lsb-release 再起動してバージョンを確認 無事に18.0.4LTSに上がってます。うんうんと思って動作確認 したところ。 トラブルその1 SSHの設定がすべて吹っ飛んでるじゃないですか。 旧を残すとしたのに、、、ということで再設定してsshdを再起動 $ sudo /etc/init.d/ssh restart でSSHは接続できたもののrootログイン禁止や接続ユーザ限定が すべてやり直しになった。以下、参照にしました。 https://qiita.com/0x50/items/05c89333ae046dc6fa0f https://qiita.com/v97ug/items/eca44cf160b65570e423 http://linux.just4fun.biz/?Linux%E7%92%B0%E5%A2%83%E8%A8%AD%E5%AE%9A/%E7%89%B9%E5%AE%9A%E3%83%A6%E3%83%BC%E3%82%B6%E3%81%AE%E3%81%BFSSH%E3%81%AB%E3%82%88%E3%82%8B%E3%83%AD%E3%82%B0%E3%82%A4%E3%83%B3%E3%82%92%E5%8F%AF%E8%83%BD%E3%81%AB%E3%81%99%E3%82%8B トラブルその2 ...

最近はサーバレスがトレンドなのでトレンド乗ってみたいのと 某社の方々がWordPressを信奉していて、数百万PV目指してるくせに WordPressとは片腹いたいわと思いながら、少し実験してみました。 はっきり言って某社の方々を笑う資格があるほど僕はスキルありませんが まぁ、これができればかなり運用コスト低減につながりますな。 とりあえず先人の方々の苦労の上に作業したので備忘録がてら残します。 あまり参考にはならないかも、、、、、 ここ で全体の流れはまとまっています。 構成としては以下の通り ●コンテンツアップ 　LightSailのWordPressサーバ→S3 ●外部からの接続 　CloudFront→S3 httpsを使いたいのでCloudFront使っています。 前回の作業 で既にCloudFrontとS3の構築完了済みの前提です。 1.VPC構築 　 https://qiita.com/shizuma/items/396ad15ff574717dfa1d https://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/VPC_Appendix_NACLs.html 　(1)VPCのデフォルトセキュリティグループの設定変更 　　[セキュリティ]→[セキュリティグループ] 　　インバウンド　http、https、DNS、SSHを許可 　※上記作業は不要だったかも、、、 2. LightSail でWordPressを構築する 　固定IPで構築しましたがStaticPressで再構築する際に 　対応してくれるみたいなので固定IPのままで問題なし 　 https://qiita.com/taru2/items/ecd3fc4ee567dee937f1 　 https://qiita.com/foursue/items/8e685b52cfddf05875ee 　 https://qiita.com/na0AaooQ/items/781b3823b79fd3b747a3   (1)SSHキーのダウンロード  　・ホスト名のリンクをクリックするとキーをダウンロードできる 　　 http://ryoichi0102.ha...

サーバレス構成できないかなぁと思って色々と触っています。 んで、一番簡単な S3 + CloudFront + ACM でhttps静的サイトを 立ててみた。あくまでも実験の一環ですが思ったより簡単だった。 調べながらだいたい1.5日位かかった。技術力低いですから SES はトラブったんで今回はパス。ほとんど抜粋記事です(笑) 大枠の参照 https://qiita.com/jasbulilit/items/73d70a01a5d3b520450f 1.S3で非公開にて静的サイト作成 　これはバケットを非公開で作成してそこにHTMLファイルを 　ぶち込む。ここは詰まりません。 2.CloudFlont設定 　 https://dev.classmethod.jp/cloud/aws/cdn-with-cloudfront-and-s3/ 　 https://www.aws-book.com/getting-started/cloudfront/s3.html 　S3をオリジンとしてCloudFront経由にて公開 　このタイミングでhttp→httpsリダイレクトにする。 3.Route53にてAレコード設定 　 https://qiita.com/buta/items/06a7e147d865fb862783 　 https://tomokazu-kozuma.com/how-to-set-the-domain-acquired-by-route53-to-aws-cloudfront/ 　 http://koboldtodragon.hatenablog.com/entry/2017/10/11/080000 　CreateRecordSetにてAレコード追加、Aliasに*****.cloudfront.net登録 　http://*****.cloudfront.netで接続を確認 　ひとまずはhttpsでS3のサイトにアクセスできるようになる。 4.SES設定(なし) 　ここは結局、S3にテストメールがうまく届かなかったので断念 　 https://dev.classmethod.jp/cloud/aws/acm-verify...