find フォルダー名 -type f -exec sed -i 's/\/FKP/\/WEB\/FKP/g' {} +
flower road
2024年5月5日日曜日
2024年5月4日土曜日
2024年4月24日水曜日
EFS(Dockerfile)の記載について注意
Dockerfileにefsのマウントパス宛に、ファイルコピーを行うと
ECSのサービス作成時に、コンテナのデプロイ失敗に(container run time error)になるので
別経由で、EFSにファイルをコピーした方が良い!!
<Dockerfile>
2024年4月21日日曜日
PHP log設定(debug編)
以下を追記
->logLevel は用途に応じて
httpd.conf
———
ErrorLog "logs/php/error.log"
LogLevel debug
————
php.ini
以下に編集する。
———————————
# エラーログを有効にする
log_errors = On
# エラー表示を有効にする(開発環境用)
display_errors = On
# エラーレポートのレベルを指定する(開発環境用)
error_reporting = E_ALL
# デバッグレベルのログを出力する
# 以下のように設定することで全てのログが出力される
log_errors_max_len = 0
————————————
apacheの再起動を行う
以下に出力される(ディレクトリの作成が必要)
mkdir -p /etc/httpd/logs/php/
2024年4月13日土曜日
EFSのインストールおよびマウント方法について
環境:
AmazonLinux2
ユーティリティが必要なのでインストール;
yum install amazon-efs-utils
マウント用にディレクトリ作成:
mkdir -p /efs
マウント実施:
(注意:ルート配下にて実施すること!)
①ヘルパーのマウント
sudo mount -t efs -o tls fs-006d44246be2a962f:/ /efs
->実施、場所を間違えると、実行できないので、注意
②マウント
sudo mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport fs-xxxxxxxxxxxxxxx.efs.ap-northeast-1.amazonaws.com:/ efs
EC2とEFSの検証
やりたいこと:
AWS EC2とEFSサービスの組み合わせで、Apacheのコンテンツを参照できるようにしたい。
利用環境:
①OS: Debian Linux
②EC2(t2.micro)
③Apache2
④EFS(AWSのストレージサービス)
実施済み:
1)EFSツールのインストール
2)EC2内でEFS(/efs)のマウントを行っていること
->マウント方法やツールのインストール方法は割愛
3)EFS内に。簡単なコンテンツを作成する
条件:
apache2については、バーチャルホスト無しで実施をする
🔸手順
実施してみる(apache2.confの編集):
DocumentRootの記載を行う
以下、アクセス許可の記載を行う
結構重要:
バーチャルホストの記載が不要なので、コメント化する
DocumentRootの設定を確認
コマンド: sudo apache2ctl -S
EFSにマウント実施
EFS配下にテストファイルを作成
簡単に、アクセス確認すると。。
2024年3月31日日曜日
Fargate(コンテナのログイン方法について)
Fargateで稼働しているコンテナは、SSMサービスを利用して
ログインすることができる。
ハマってしまったので、備忘録を記載。
ECSのタスクロール用のポリシーを作成:
新たにロールを作成:
①ユースケースの検索窓に「Elastic Container Service」を入力後、「Elastic Container Service Task」を選択
②許可ポリシーに上記で作ったポリシーを指定する
タスク定義の更新を行う:
以下のタスクロールの追加を忘れずに!!
作成済みのサービスの停止 > サービスの再作成を行う
->これを行わないと以下のエラーになるので、注意!!
🔸SSMのインストール:
インストール手順①
curl "https://s3.amazonaws.com/session-manager-downloads/plugin/latest/mac/sessionmanager-bundle.zip" -o "sessionmanager-bundle.zip"
インストール手順②
unzip sessionmanager-bundle.zip
インストール手順③
sudo ./sessionmanager-bundle/install -i /usr/local/sessionmanagerplugin -b /usr/local/bin/session-manager-plugin
重要:
cloudshellの場合、再起動を行うこと!!(コマンドが有効化されないようなので)
以下、実施する;
session-manager-plugin
注意:
タイミングで、以下のエラーが出てしまいハマることがあった(Cloud Shellの場合)
->何回か、CloudShellの再起動したり、ECSサービスの再起動など(新しいデプロイの強制などの操作を含め)
を行いやっと改善したりでハマりやすい!
-bash: /usr/local/bin/session-manager-plugin: cannot execute binary file: Exec format error
ECSExecを有効化:
aws ecs update-service --region ap-northeast-1 --cluster クラスタ名 --service サービス名 --enable-execute-command
以下、サービスの更新を行う(多分。実施した方がよい手順)
以下、新しいデプロイの強制にする(多分。実施した方がよい手順)
コンテナにログインする:
aws ecs execute-command --cluster クラスタ名 --container コンテナ名 --task タスクID --command "/bin/sh" --interactive
以下、コンテナにログインした様子(2)
メモ
find フォルダー名 -type f -exec sed -i 's/\/FKP/\/WEB\/FKP/g' {} +
-
以下のログに表示されている、" network unreachable resolving"は IPv6に関するメッセージではあるが、基本的にIPv4しか使用していないため このメッセージを消したい時の対策を以下に示す。 上記は、IPv4での名前解決...
-
apk add openrc --no-cache [ 以下のように使えることが把握できる ] alpinelinuxのサービスの再起動コマンド: rc-service nginx restart