php_modが非推奨になったのね

投稿者: -
昔のバージョンのphp環境でphpバージョンを上げるという対応中。 apache + PHP8のインスタンスを構築してドキュメントルートまで到達を確認。 対応する人にドキュメントルートまで到達するからプロジェクトのファイルを置いてバージョンアップのエラーを確認してもらうため依頼しましたが HTTP 503 Service Unavailable のエラーが出ているとのこと。 HTMLファイルはアクセスできているからPHPの実行ができていないと思い調べると Apache HTTP サーバーで使用するために PHP に提供されている mod_php モジュールが非推奨になりました。 php-fpmをインストールして起動し、リクエストを流してphp-fmpでphpを実行するようにして解決。 しばらくPHPを触っていなかったのでモジュールが非推奨になったことに気づかずでした。
コメントを投稿

aws copilotを試しに使う⑥ 〜サイドカーでより利用想定に近いと思われるものを試していく①

投稿者: -
前回はcopilot-cliのアップデートで少しserviceのデプロイまでが変わっていたので記事にしました。
今回ですが、より実際に使うであろう構造に近いものを試してみます。

WEBサービスの場合におおよそですが、HTTPクライアントが要求を受け取り、バックエンドが処理してHTTPクライアントがレスポンスをするという構成が私の経験してきているところなのでこれを試してみます。

今回はローカルであらかじめコンテナを立ち上げて、さらにコンテナ間通信まで確認したものでcopilotでのデプロイとHTTPでのアクセスを確認するまでを目標とします。
まずはLaravel(composerで特に指定していなくインストールされたもの Laravel Framework 9.21.6)をインストールして、php artisan serveで開発サーバーをポート8000で立ち上げてたコンテナに、nginxのコンテナがユーザーからの要求を８０番ポートで受け取りLaravelのコンテナに8000番に流してLaravelの初期画面を表示されるまでを確認しました。

続いてそれをAWSのcopilotでデプロイできるようにしたいと思います。
サイドカーで実行して８０番ポートでリクエストを受け取り８０００番で起動しているLaravelに流すというものを作成したいと思います。

ちなみにDockerfileはこんなものを用意しました。

php8/laravel

FROM arm64v8/php:latest
RUN cd /usr/local/src \
    && php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" \
    && php -r "if (hash_file('sha384', 'composer-setup.php') === '55ce33d7678c5a611085589f1f3ddf8b3c52d662cd01d4ba75c0ee0459970c2200a51f492d557530c71c15d8dba01eae') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;" \
    && php composer-setup.php \
    && php -r "unlink('composer-setup.php');"
RUN cd /usr/local/bin && ln -s /usr/local/src/composer.phar composer
RUN apt update && apt-get install -y unzip
RUN cd /usr/local/src && composer create-project laravel/laravel laravel
#RUN cd /usr/local/src/laravel && php artisan serve --host=0.0.0.0 --port=8000
EXPOSE 8000
WORKDIR /usr/local/src/laravel
CMD ["php","artisan","serve","--host","0.0.0.0"]

nginxはconfを用意してLaravelのサービスに流せるようにします。
default.conf

upstream laravel {
    server localhost:8000;
}
server {
    listen 80;

    location / {
        proxy_pass http://laravel;
    }
}

nginxのコンテナを作成するDockerfileはこんな感じで作成しています。


FROM nginx:1.23
ADD default.conf /etc/nginx/conf.d/default.conf

こちらでローカルでのコンテナ間通信が確認できましたのでcopilotでデプロイまでしていきたいと思います。（ローカルのnginxコンテナからlocalhostでは名前解決できないのでそこはIPで確認しています。）

copilot app initをまずは実行してアプリケーションを作成すると、copilotディレクトリができて.workspaceが作成することを確認しました。

次にcopilot env initを実行します。
環境名はtestで環境を作成して試行的なものなのでdefaultのVPCを作成しました。
copilot-cliのアップデート後に新たなセクションが追加されていて
observabilityという項目があります。
cloudwatchコンテナーインサイトを有効にするかどうかというものなので今回は有効にしなくていいという判断をしました。

observability:
  container_insights: false

こちらでcopilot env deployを実行します。
ECSクラスターが作成され、VPCなどのネットワーク設定がされた環境が出来上がりました。

次にcopilot svc initを実行しました。
Load Balanced Web Serviceを選択し、サービス名を設定しDockerfileを指定して作成を選びます。
Dockerfileのパスはcopilotディレクトリからのパスを指定します。
サービスのmanifestが作成されました。

まずこれでサービスをデプロイしてみましょう。

copilot svc deploy
test環境しかないので特に指定しなくてもtest環境へデプロイしてくれます。
実行でプライベートネットワークの名前解決やロードバランサーなどを作成してくれます。

ただ結果的に実行してもうまく起動しませんでした。

原因を探っていきたいと思います。
続きは次回で。

コメント

コメントを投稿

このブログの人気の投稿

php_modが非推奨になったのね

投稿者: -
昔のバージョンのphp環境でphpバージョンを上げるという対応中。 apache + PHP8のインスタンスを構築してドキュメントルートまで到達を確認。 対応する人にドキュメントルートまで到達するからプロジェクトのファイルを置いてバージョンアップのエラーを確認してもらうため依頼しましたが HTTP 503 Service Unavailable のエラーが出ているとのこと。 HTMLファイルはアクセスできているからPHPの実行ができていないと思い調べると Apache HTTP サーバーで使用するために PHP に提供されている mod_php モジュールが非推奨になりました。 php-fpmをインストールして起動し、リクエストを流してphp-fmpでphpを実行するようにして解決。 しばらくPHPを触っていなかったのでモジュールが非推奨になったことに気づかずでした。
続きを読む

nginxで画像が表示されない。。

投稿者: -
nginxで画像が表示されない。。 表題の通りなんですがnginxを試しに使いブラウザ表示したのですが画像が表示されませんでした。 原因は簡単で設定ファイルに画像系（というか静的）ファイルにアクセスした時にどのディレクトリに流すのかを明記していなかったからです。     location ~* .(html|css|js|jpe?g|png|gif|ico|swf|woff2|ttf)$ {       root /home/user/html;       expires 10d;       access_log off;     } 下のようにしか書いていなかったのでphp拡張子にアクセスした時だけ指定のディレクトリを参照するようになっていただけなんですね。先ほど書いた設定を追加して無事表示されました。     location ~ \.php$ { 　　・・・・     } 今まではapacheしか使ったことがなかったので対象ホストのドキュメントルート指定すれば大体は動いていたんでよかったんですが今回初めてnginxを使ったのですが細かく指定するみたいですね。 ------------------2018/04/01　追記 今、単純な静的WEBサイトを構築しているのですが上の記述だと画像を表示するためには画像のlocation設定をしなければならないように捉えられるなと思ったので追記しました。上の記述はphpのlocation設定しかしていなかったので画像のlocation設定も加えないと参照されないといことです。 例えばデフォルトの記述があるのですが     location / {         root   /var/www/html;         index  index.html index.htm;     } こちらですと画像だろうがH...
続きを読む

AWSのS3バケットをマウントするs3fsでマウントが外れた件

投稿者: -
s3fsでマウントが外れた件のお話し ネットで検索すると予期せずマウントが外れたなんて記事を見かけてて そんなことあるの〜？？ うちは大丈夫でしょ！ なんて鷹を括っていましたが なんと起きてしまいました。。。 しかも本番で… まぁ起きてしまったことはしょうがない。。 一応発生した時に再マウントしようとするとエラーがでますのでそれも参考に備忘録しておきます。 発生 Ａ：すいません今大丈夫ですか？？ 私：ええよ〜 Ａ：なんか画像が表示されないんです。 私：大丈夫ですか言っとる場合やないやん！！ ということで事象の認知がされました。しかも本番です。 インスタンスにログインして確認するとこんな感じです。 ※うちは大量のユーザーごとに登録するイメージファイルをイメージディレクトリとS3バケットをマウントすることでEC2のイメージボリュームを抑えるようにしていました。 # cd /image_dir # ls -a # イメージが入ってなぁーい！！ AWSのコンソールからS3のバケットを見るとイメージはある ということでマウントされているかの確認 # df -h df: `/image_dir': 通信端点が接続されていません 通信端点が接続されてないってどういうこと？ と思いながらマウントを試みる # s3fs bucket-name /image_dir -o allow_other,use_cache=/tmp,uid=48,gid=48,passwd_file=/etc/passwd-s3fs s3fs: unable to access MOUNTPOINT /image_dir: Transport endpoint is not connected ※uid,gidはアパッチ操作なのでそのIDです。 エンドポイントと接続できないと。。。 なんだかこれが出る理由はいろいろあるらしいのですが、意図せずマウントが外れているがNFSではマウントしている情報が残ったりのようなことだったりいろいろ。。。 今まで見てきた記事によるとマウントできない場合は 一度アンマウントしてからマウントすれば成功するよ！！ ってことなので、一度アンマウントし...
続きを読む