노퇴근

awsライトセールインスタンスとwh& cpanelを活用して自分のウェブサイトドメインアドレスでメールアドレスとメールサーバーを管理することができます。 awsライトセールインスタンスとcpanel & whm & whmを活用したemailアカウントの作成からメール管理サーバーの作成方法を確認することができます.awsメールアカウントの作成とメール作成順序は下記のように進みます。

awsライトセールwhm & cpanelのメールアカウントの作成から活性化する方法

awsライトセールwhm & cpanelのメールアカウントの作成から有効化までの方法を全部確認してみました。 もし、上の順番で進めてもメール受信ができなかったり、送信ができない場合は、ポート設定やdnsの設定内容をもう一度確認してみてください。

もし、メールサーバーの設定に苦労している場合は、サービスリクエストをすれば、所定の費用を受け取ってサーバーの設定を行います。

cpanel & whmメール設定時の注意事項

awsライトセールのインスタンスインストール後、2096ポートが開いてない場合がありますが、ライトセールインストール後、インスタンスに2096ポートを開いていただければwhmウェブメールログインが可能です。

2096ポートと25ポート、465、587を追加します。

2096ポートというのはexample.com:2096でログインする時、ウェブメールサーバーに接続できるように道を開いてくれる方式とみてください。 awsライトセールインスタンス生成時2096ポートが生成されず、2096ポートを開いてもらわないとメール登録ができません。

dns zoneではawsドメイン及びdnsゾーンcname、aレコードとwhm email deliveryタブと一致することを確認した後、valid表示が確認されたらdns設定が正しく行われます。

ハッキング防止のための2faログイン認証または主に使用するアドレスのipをホワイトリストに追加したり、ブルートフォースプロテクション(CPHulk Brute Force Protection)を設定することで、ハッキングから安全に保護することができます。

CGIアクセスとShell Access(SSHアクセス)は、サーバー管理とサイト運営方法によって適合性が異なります。二つの特徴や用途、長所と短所を比較してみましょう。

1️⃣ CGIアクセスとは？

CGI(Common Gateway Interface)は、サーバーで外部プログラム(スクリプト)を実行できるようにするプロトコルです。ウェブブラウザからリクエストが来ると、CGIスクリプトを通じて動的にコンテンツを生成したり、データを処理します。

特徴

• 運営方式:サーバーが特定のスクリプト(PHP、Perl、Pythonなど)を実行して結果を返す。
• セキュリティ：Shell(SSH)アクセスなしでも動的コンテンツ生成が可能。
• ホスティング制限:共有ホスティング環境では一般的にCGIアクセスが許可されます。
• 複雑なコマンド実行不可:CGIアクセスだけでは、サーバーの詳細な設定変更が困難です。

メリット

1. 初心者にやさしい:基本的に設定されており、追加の管理が必要ない。
2. セキュリティリスクが低い:SSH権限なしで限られた範囲でのみ動作。
3. ホスティングサポート：ほとんどの共有ホスティング環境でCGIが基本的に有効。

短所

1. 限られた機能:サーバー全体を管理したり、高度な作業を行うことができない。
2. 効率の問題:CGIはリクエストごとに新しいプロセスを生成するため、パフォーマンスが低下する可能性がある。

2️⃣ Shell(Shell Access)とは？

Shell Access(SSHアクセス)とは、サーバーに直接ターミナルからアクセスしてコマンドを実行できる権限を意味します。SSH(Secure Shell)は、暗号化された接続を通じてセキュリティを強化したプロトコルです。

特徴

• 運営方式:ユーザーがサーバーに直接ログインしてコマンドを実行し、ファイル管理、サービス設定、デバッグなどの高度な作業が可能。
• セキュリティ:強力なセキュリティ設定(例えば、公開鍵認証)が必要。
• ホスティング制限:共有ホスティングでは、SSHアクセスが制限されるか、リクエストにより有効化する必要がある。

長所

1. 専門家向けのツール：サーバーのすべての設定と管理作業が可能。
2. 効率的な作業:サーバーの状態確認、ログの確認、スクリプトの実行など、高度な作業が可能。
3. 自動化可能：Bashスクリプト、クロンジョブ(Cron Jobs)などを設定して自動化作業を実行。

デメリット

1. セキュリティリスク:パスワードやキー管理が不十分な場合、サーバーがハッキングされるリスクがある。
2. 学習が必要:初心者にはコマンドベースのインターフェースが難しい場合がある。
3. エラーの可能性:間違ったコマンド実行時、サーバーを破損させる可能性がある。

3️⃣ 2つのアプローチの主な違い

4️⃣ どのような状況にどのようなアプローチが適しているか？

✅ CGIアクセスが適切な場合：

• 共有ホスティング環境で運営中の場合。
• サーバー管理ではなく、WordPress、ブログ、簡単なウェブサイト運営が必要な場合。
• セキュリティを強化して、管理責任をホスティングプロバイダに任せたい時。

Shell(SSH)アクセスが適切な場合：

• VPS(仮想プライベートサーバー)、専用サーバーやクラウドサーバーを運営する場合。
• サーバーをカスタマイズしたり、高度な作業(例：ログ分析、サービスインストール)が必要な場合。
• 自動化スクリプト(Bash, Cron Jobsなど)を使用したい時。
• サイトのパフォーマンスを最適化するためにサーバー内部作業が必要な場合。

5️⃣ WHM環境での推奨設定

• 共有ホスティング:CGIアクセスのみ有効にしてセキュリティを強化。
• VPS/専用サーバー：Shell Accessを有効にし、公開鍵認証(SSH Key)を設定してセキュリティを維持。
• Shell Accessの有効化方法(WHM):
  1. WHM → Manage Shell Accessに移動。
  2. ユーザーアカウントでJailed Shell(制限されたShell)またはFull Shell(完全Shell)権限を選択。
  3. 保存後、SSHクライアント(例えば、PuTTY)で接続テスト。

結論

• CGIアクセス：簡単な作業（WordPressのインストール、プラグインの管理）だけが必要な場合は十分。
• Shell(SSH)アクセス：VPSや専用サーバーで高度な作業（最適化、デバッグ、自動化など）のために必要。
• セキュリティ面：Shell Access使用時、強力な認証設定（例えば、公開鍵、パスワード制限）を必ず適用。

推奨：WordPressとウェブサイトの基本的な運営にはCGIアクセスが十分ですが、サーバーの最適化や高度な作業が必要な場合は、SSHアクセスを使用してください🚀。

PHP-FPM(FastCGI Process Manager)は、WordPressの管理者ページの速度を改善するために重要な役割を果たします。PHP-FPMはPHPリクエストを効率的に処理して、サーバーのパフォーマンスを向上させ、管理者ページが遅くなる問題を解決することができます。以下でPHP-FPMの設定を変更する方法をご案内します。

いつPHP-FPMを使うべきか？

PHP-FPMは下記のような状況で使用を検討する必要があります：

1. トラフィックが多いウェブサイト
   • 一日に数千件以上の同時リクエストを処理しなければならない高トラフィックサイトでは、PHP-FPMはボトルネックを減らし、応答速度を改善します。
2. リソースが制限されたサーバー環境
   • PHP-FPMはメモリとCPUリソースを効率的に管理するため、限られたサーバー環境でも性能向上を提供します。
3. WordPress 管理者ページが遅いとき
   • 管理者ページは一般的なページより多くのPHPリクエストを生成するので、PHP-FPMの最適化で速度を改善することができます。
4. PHPリクエストが過負荷を引き起こすとき
   • 既存のPHPの設定では、同時要求を十分に処理できず、504 Gateway Timeoutエラーが発生したときにPHP-FPMを適用すると、問題を解決することができます。

PHP-FPMの主な設定説明と推奨値

PHP-FPMの性能を最適化するために重要な設定項目と推奨値を下記のようにまとめました。 各項目は、 WordPress 管理者ページのような動的なウェブサイトの要求処理性能に影響を与えます。

1️⃣ pm.max_children

• 説明：
  • 同時に処理できる最大リクエスト数を定義します。
  • PHP-FPMが一度に処理できるリクエストの最大値を設定し、これを超えるとリクエストは待機状態になります。
  • この値はサーバーのメモリ容量によって決定されます。
• 推奨値:
  • 10~50: 小規模のウェブサイト。
  • 50~150: 中トラフィックのウェブサイト。
  • 150~300: 高トラフィックのウェブサイト。
  • (例：RAM 1GBあたり約20個のmax_childrenが可能)

2️⃣ pm.start_servers

• 説明:
  • PHP-FPMが起動時に準備するプロセス数です。
  • 初期リクエストを処理するために準備された状態で待機するプロセスの数を設定します。
  • 設定値が低すぎると、初期リクエスト時の待ち時間が長くなる可能性があります。
• 推奨値:
  • pm.min_spare_servers と pm.max_spare_servers の値の間で設定します。
    • 例)pm.min_spare_servers=5で、pm . max_spare_servers = 10の場合、pm. start_servers=7に設定。

3️️⃣ pm.min_spare_servers

• 説明:
  • リクエストを待ってる間、常に維持されなければならない最小プロセス数を定義します。
  • この値よりプロセス数が少ない場合、PHP-FPMは新しいプロセスを生成します。
• 推奨値:
  • 小規模サイト:2~5
  • 高トラフィックサイト:5~10

4️⃣ pm.max_spare_servers

• 説明:
  • リクエストを待機するために作成できる最大プロセス数を定義します。
  • 設定値を超えるプロセスは削除されます。
  • この値が高すぎると、メモリの浪費を引き起こす可能性があります。
• 推奨値:
  • 小規模サイト:5~10
  • 高トラフィックサイト:10~20

5️️⃣ pm.max_requests

• 説明:
  • 各PHP-FPMプロセスが処理できる最大リクエスト数を設定します。
  • この値はメモリリークを防止するため、プロセスを周期的に再生成する役割をします。
  • 値が低すぎると、頻繁にプロセスを再生成して性能低下が発生する可能性があり、高すぎるとメモリリークで問題が発生する可能性があります。
• 推奨値:
  • 500~1000: 安定的なリクエスト処理。
  • 高トラフィックのウェブサイトでメモリに問題がなければ、1000~2000まで可能。

6️⃣ pm=dynamic or static

• 説明:
  • PHP-FPMのプロセス管理方法:
    • dynamic: リクエストの数によってプロセスを動的に増加/減少させる。
    • static: 固定された数のプロセスを維持します。
• 推奨値:
  • dynamic: ほとんどのサイトに適しています。
  • static: 非常に安定的で固定的なリソース割り当てが必要なサイト。

最終設定例

サーバーのメモリとトラフィック状況に応じて設定を適用した例は下記の通りです：

中程度のトラフィック(RAM 4GB基準)

pm = dynamic
pm.max_children = 50
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 15
pm.max_requests = 1000

高トラフィック (RAM8GB基準)

pm = dynamic
pm.max_children = 150
pm.start_servers = 20
pm.min_spare_servers = 15
pm.max_spare_servers = 30
pm.max_requests = 2000

PHP-FPM設定変更で管理者ページを最適化する方法

1️⃣ PHP-FPMの設定が必要な理由

1. 同時リクエスト処理の向上
   • PHP-FPMはマルチプロセスを管理し、WordPressのような動的なウェブサイトのパフォーマンスを大幅に改善します。
2. リソース効率の向上
   • PHPリクエストを効率的に処理するため、CPUとメモリ使用量が減少します。
3. 特に、管理者ページの速度改善
   • 管理者ページはより多くのPHPリクエストを生成するので、PHP-FPMの性能最適化が重要です。

2️⃣ cPanelでPHP-FPMの有効化と設定変更

1. cPanelにログイン
   • ホスティング管理ツールにログインしてPHP設定ページに移動します。
2. PHP-FPMを有効にする
   • ソフトウェア → MultiPHP Managerを選択。
   • WordPressサイトに使用されるドメインに対してPHP-FPMが有効になっていることを確認し、有効になっていない場合は有効化(Enable)ボタンをクリックします。
3. PHP-FPMの設定を変更
   • ソフトウェア → MultiPHP INI Editorに移動。
   • PHP-FPM関連設定を下記のように調整します：

設定の説明：

• pm.max_children: 同時に処理できる最大リクエスト数。(高く設定するほど、より多くの同時リクエストを処理可能)
  • 推奨値 ：
• pm.start_servers: 初期プロセス数。
• pm.min_spare_servers: 最小待機プロセス数。
• pm.max_spare_servers: 最大待機プロセス数。
• pm.max_requests: 1つのプロセスが処理できる最大リクエスト数。(500~1000推奨)

pm = dynamic pm.max_children = 20 pm.start_servers = 4 pm.min_spare_servers = 2 pm.max_spare_servers = 8 pm.max_requests = 500

3️⃣ PHP-FPM設定ファイルを直接変更する

ホスティング環境がcPanelでない場合、SSHでサーバーに接続して直接PHP-FPM設定ファイルを修正することができます。

• PHP-FPM設定ファイルを開きます：
  SSHでサーバーに接続後、PHP-FPM設定ファイルを開きます。 php-fpm設定ファイルはshell接続後、下記のコードを入力します。

sudo nano /etc/php/7.x/fpm/pool.d/www.conf

• 設定修正します：
  下記のように主な項目を調整します。

pm = dynamic pm.max_children = 30 pm.start_servers = 5 pm.min_spare_servers = 3 pm.max_spare_servers = 10 pm.max_requests = 1000

• PHP-FPMを再起動します：
  設定変更後、PHP-FPMサービスを再起動します。

sudo systemctl restart php7.x-fpm

4️⃣ 管理者ページの最適化追加作業

PHP-FPM設定変更以外にも、WordPress管理者ページの速度を最適化するには、次の作業を一緒に実行してください：

1. Heartbeat API制限
   • Heartbeat Controlプラグインをインストールして、管理者ページのAJAXリクエストの頻度を制限します。
2. キャッシュプラグインの設定
   • WP Rocket、W3 Total Cacheのようなキャッシュプラグインを活用して、管理者ページのパフォーマンスを向上させます。
3. データベースの最適化
   • WP-Optimizeプラグインを使って古いリビジョン、一時データなどを整理します。
4. PHPバージョンのアップグレード
   • PHP 8.0以上を使うと性能が大幅に改善されます。

5️⃣ PHP-FPMの最適化結果確認

1. サイトのパフォーマンスチェック
   • 管理者ページの速度が改善されたか確認します。
   • 必要に応じてQuery Monitorプラグインでクエリ処理時間を分析します。
2. サーバーリソースの使用量チェック
   • cPanelまたはサーバー管理ツールでCPUとメモリ使用量を監視します。

🚀 結論

PHP-FPMの設定を適切に調整すると、WordPressの管理者ページの速度を大幅に改善することができます。さらに、Heartbeat制限、キャッシュの最適化、データベースのクリーンアップなどを並行すると、より大きな効果を見ることができます。

PHP-FPMは、パフォーマンスとリソース管理の両方を改善するPHP実行環境で、特にトラフィックが多いサイトや WordPress 管理者ページの速度の問題を解決するのに役立ちます。正しく設定すると、ウェブサイトのパフォーマンスを大幅に向上させることができ、効率的なプロセス管理を通じて安定したサービスを提供します。

PHP-FPMが提供する機能と設定方法を介して WordPress パフォーマンスの問題を解決することができる具体的な手順に移ります。😊(笑)