
ホスト名と重要でないエントリ(私が知っている限り)を除いて、ほぼ同じ2つの仮想マシンがあります。
私が実行しているVMでnginx/1.14.2代理人としてApache/2.4.38その背後にあるWebサーバーには、次のものが含まれます。PHP-7.4.28そしてmysql-5.7.37。
あるマシンから別のマシンにphp、mysql、nginx、apache vhostの設定ファイルをコピーすることもありました。
phpinfo();
コンテンツまたは静的HTMLファイルを含むサイトを呼び出すと、Webサーバーは両方の仮想マシンで正しく実行されます。両方の仮想マシンでオンラインストアシステム(openmage)が正常に実行されます。
ただし、ある仮想マシンでは、別のオンラインストアシステム(shopware6)が非常に遅くなります(=応答時間は最大60秒)。他の仮想マシンではうまく機能します。
同じOS(Debian / Buster)で同じバージョン、同じ設定を使用しているので、何が問題を引き起こしているのかわかりません。
どんなアイデアや提案がありますか?
必要に応じて追加の構成の詳細を提供できます。
ありがとうございます!
修正する:
私は他のものを見ました:
- CPU時間:102ミリ秒
- 壁時計時間:90秒
- mysqlを閉じても何の違いもありません
- プロキシを避けることには違いはありません
- cliの実行にも時間がかかります。
動作しないマシンのvmstat:
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
2 0 1792 2250052 381472 1175636 0 0 100 407 162 337 2 0 98 0 0
0 0 1792 2250140 381472 1175636 0 0 0 0 105 134 0 0 100 0 0
0 0 1792 2250140 381472 1175636 0 0 0 0 73 101 0 0 100 0 0
作業機械のvmstat:
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 1792 1709948 321864 1311356 0 0 14 68 151 262 0 0 99 0 0
0 0 1792 1709908 321864 1311356 0 0 0 0 287 482 0 0 100 0 0
0 0 1792 1709908 321864 1311356 0 0 0 0 282 493 0 1 100 0 0
答え1
問題の原因を見つけました。
@gerharddで。正しい言及:ネットワーク設定をコピーしていません。したがって、違いがあるかもしれません、そうです!
低速サーバーに構成されている検索ドメイン。インストールされたphpスクリプトには、「_placeholder.test」というドメイン名でmysqlサーバーに接続しようとする部分が含まれています。 「_placeholder.test」はFQDNではないため、検索ドメインのサフィックスが追加されます。 dns-recordsドメインを検索すると、物理サーバーとして識別されるワイルドカードエントリが提供されます。サーバーは禁止された要求を拒否する代わりに削除しました。したがって、スクリプトはタイムアウトを待ってから続行する必要があります。
高速サーバーでは、検索ドメインは構成されません。したがって、「_placeholder.test」のサーバーが見つからず、応答を待ちません。その後、スクリプトはすぐに実行されます。