2019年9月13日金曜日
AWS CloudWatchの設定について
1)アラートの作成
CloudWatch > アラートに移動
①アラームの作成を行う。

②今回、CPU使用率のアラートを作成してみる。

1)閾値 :②のPercentを決められる
2)グラフ:①で設定した値が反映される。

Auto Scalingの設定について
1)Auto Scalingグループに作成する。

2)起動設定の作成を選択する。

3)名前を記載する。

4)ストレージタイプの追加:デフォルトのままでしておく

5)接続先をマイIPにしてみる。
->ルール追加をすることで、他の限定した人からのアクセスも可能となる。

6)起動設定を作成を押すことで完了となる。

■AutoScaling グループの作成
以下、設定する
①グループ名:Scaling-GP1
②グループサイズ:開始時 [ 3 ] インスタンス
③サブネット:AZを選択する。
④ロードバランシング:チェックを入れる。
⑤ヘルスチェック:EC2
⑥ヘルスチェックの猶予期間:300秒 ->ひとまずデフォルトで。

①ELB:インスタンスのステータスチェックとELBのヘルスチェックで状態を確認します。
->ヘルスチェクに合格しない場合、EC2のTerminateと起動が繰り返される。
■注意
ELBタイプとDeep Health Checkパターンの併用は避けましょう。
②EC2:EC2のステータスがrunning以外の場合、またはシステムステータスがimpairedの場合に異常と見なされます
->Auto Scalingで管理されたEC2を停止すると、EC2はTerminateされる。
■[次の手順: スケーリングポリシーの設定] を選択する。

条件付きで、インスタンスの数の増減を決めたので以下の設定を行う。
■スケーリングポリシーを使用して、このグループのキャパシティを調整する。
①インスタンスの数を1個から5個に指定する。
②グループサイズの増加:CPU使用率が75%で1個インスタンスを増加
③グループサイズの減少:CPU使用率が30%で1個インスタンスを減少

■以下で問題ないようなら[AutoScaling グループの作成]を押す
ちなみに、通知の設定、タグの設定はスルーした。

■作成完了。

EB CLIのインストール方法
elastic beanstalk用のコマンドの導入方法について記載を行う。
1)以下、手順でインストールを行う
./aws-elastic-beanstalk-cli-setup/scripts/bundled_installer
echo'exportPATH="/Users/endo/.ebcli-virtual-env/executables:$PATH"' >> ~/.bash_profile && source ~/.bash_profile

Elastic Beanstalk
1)AWSのサービスからElastic Beanstalkを選択する。

2)”今すぐ作成しましょう”を選択する。

3)試しに、ウェブサーバー環境を選択して、[選択]ボタンを押す。

4)今回は、無料枠のままで、環境作成を行う。

作成中の様子:

メモ:
裏で、EC2が勝手に作成されていることが分かる。

php for Github(pushできない件)
初回heroku作成時に、githubにpush出来なかったので
その時に検証レポートです。
1)以下のでpushを行うとエラーが出る。
git push heroku master

2)公式に従い、ビルドパックを以下をデスクトップに導入する。
heroku buildpacks:set heroku/php
3)一旦、index.phpを入れる
->これを行わないと、Heroku側でphpが認識できないかも??
========================
$ touch index.php
$ git add index.php
$ git commit-m"addindex.php"
4)ということでpushを実行する。
$ git push heroku master

Herokuのログイン方法
ローカル環境とHerokum側で連携が必要なので行う必要がある手順。
->作成した、Herokuのアプリに対して、一回行う必要があるはず。。。
1)herokuにログインする。
heroku login
2)以下の表示が出たら、enterを押して、ブラウザ側で認証を行う。
heroku: Press any key to open up the browser to login or q to exit:[endter押す]

3)ブラウザが自動で起動して、以下のHerokuのページに移動するのでLog in ボタンを押す。

以下の表示になったら、この画面を閉じても問題ない。

登録:
投稿 (Atom)
ローカルLLMでコーディングさせるポイント
簡単な指示で、依頼するとコンテキストオーバーで記憶喪失になって コードの内容が一致しないことが起こるので、work.mdみたいな作業メモを取らせたるのがよい 途中から、別スレッドに再実施する場合でも、work.mdが引き継ぎとして 参照して実施してくれるのがポイント
-
apk add openrc --no-cache [ 以下のように使えることが把握できる ] alpinelinuxのサービスの再起動コマンド: rc-service nginx restart
-
以下のログに表示されている、" network unreachable resolving"は IPv6に関するメッセージではあるが、基本的にIPv4しか使用していないため このメッセージを消したい時の対策を以下に示す。 上記は、IPv4での名前解決...
















