2019年9月13日金曜日

AWS EC2インスタス作成方法について




1)AWSのマネジメントコンソールにログインする。

2)以下のインスタンス作成を選択する。

3)ひとまず、無料枠のクイックスタートを選択。


4)対象となるインスタンスを選択する。
例として、無料枠を選択にする。


5)詳細設定を行いたいので、[次の手順:インスタンスの詳細設定]を選ぶ。

以下、インスタンスの詳細画面

①インスタンス数:複数のインスタンスを作成可能。
②Auto Scaling グループに作成する:まあ使いわないかな。
③ネットワーク:
④サブネット:優先割り当てなし(アバイラリティのデフォルトサブネット)
   ->上記のデフォルトのままで良いと思う。
⑤自動割り当てパブリックIP:サブネット設定を使用(有効)
 ->上記のデフォルトのままで良いと思う。
Elastic Inference:GPUを利用した処理能を活用した場合は、(AI学習利用)で使いたい場合には有りかな
   ->汎用では不要っぽい気がする。


■サクッと作りたい場合

1)”確認と作成”を選択する。


2)確認と作成を選択


3)初回なので、キーペア作成を求められる。
①新しいキーペアの作成を選択する
②キーペア名を適当に記載する。
③キーペアのダウンロードを押す。

4)押すことにより先ほど作成したokay-test.pemファイルが作成されるので
安全な場所に保管する。

5)インスタンスの作成を行う。


現在、インスタンスの作成している状態。








AWS CloudWatchの設定について


1)アラートの作成

CloudWatch > アラートに移動
①アラームの作成を行う。


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


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



AWS Certification Manager(ACM)




[概要]
AWS側で証明書の作成をしてくれる。







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 グループの作成]を押す
ちなみに、通知の設定、タグの設定はスルーした。


■作成完了。







api gateway設定について


1)api の作成を行う

①REST  
②新しいAPIにする。
③API名:任意の名前を記載する。
④エンドポイント:リージョンにする。




①リソース名:任意名を入力。

②API Gateway CORSを有効にするにチェックする。





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が勝手に作成されていることが分かる。






Beanstalk (オートスケーリング)



以下の箇所を変更する。

<注意>
数分くらいサイトがダウンする。





AWS Beanstalkの構成変更方法


ダッシュボードから設定を選ぶと以下の変更可能な詳細箇所が現れるので
用途応じて変更すること






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 ボタンを押す。


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



ローカルLLMでコーディングさせるポイント

 簡単な指示で、依頼するとコンテキストオーバーで記憶喪失になって コードの内容が一致しないことが起こるので、work.mdみたいな作業メモを取らせたるのがよい 途中から、別スレッドに再実施する場合でも、work.mdが引き継ぎとして 参照して実施してくれるのがポイント