2

私はmariadbとwordpressコンテナを使用しています。しかし、このエラーは引き続き発生します。このクラッシュがもう起こらないようにするにはどうすればよいですか? 私は攻撃されていますか？それとも他の人に起こる問題ですか？mariadb にアタッチしてシェルにアクセスし、mariadb コンテナー内で何が起こっているかを調べるにはどうすればよいですか?

クラッシュのたびにログに記録されるメッセージを以下に示します。ページ ヒット数も多いようです。ページへのアクセス数は、ページで 20.000 ～ 60.000 ヒットに達します。これらはクローラー、ボットの仕業のようです。これらが悪意のある攻撃かどうかは不明です。

この問題に対処する方法について何か助けはありますか?

デジタルオーシャンのubuntu 14の下で、mariadb、wordpress、およびphpmyadminが3つのdockerコンテナーで動作しています。クラッシュ メッセージは次のとおりです。

[1668002.926214] メモリ不足: プロセス 16765 (mysqld) スコア 176 を強制終了するか、子を犠牲 [1668002.935614] プロセス 16765 (mysqld) を強制終了しました。 (php5-fpm) total-vm:418044kB、anon-rss:145392kB、file-rss:20624kB

ニューヨーク サーバー: [1225007.977126] メモリ不足: プロセス 3161 (mysqld) スコア 245 を強制終了するか、子を犠牲にする [ 1225007.985657] プロセス 3161 (mysqld) 合計-vm: 977148kb、anon-rss:122488kb、file-rss:0kB)

フランクフルト サーバー [1632264.057873] メモリ不足: プロセス 22421 (mysqld) スコア 246 を強制終了するか、子を犠牲にする [1632264.067530] プロセス 22421 (mysqld) を強制終了しました total-vm: 1005228kb、anon-rss:249328kb、file-rss:0kb

4

1 に答える 1

4

Docker Hub の公式の MySQL イメージは、MySQL が推奨する構成を使用しています。基本的に、デフォルトの構成はパフォーマンスのために調整されており、大量のメモリ (数ギガバイト) を備えた専用サーバーで MySQL を実行することを目的としています。

要件と利用可能なリソースに基づいて MySQL 設定を調整する

小さな DigitalOcean ドロップレット (512MB、1GB) のコンテナーで MySQL を実行する場合、状況に合わせてデフォルト設定を変更する必要があります。例えば; 同時接続の最大量を制限したり、クエリ キャッシュを減らしたりします。

また、デフォルトでは、DigitalOcean ドロップレットにはスワップが構成されていないことに注意してください。つまり、メモリが不足すると、SSD を使用してスワップすることはできません。これらのドロップレットで Swap を構成して、MySQL が一時的により多くのメモリを必要とする場合 (たとえば、データベースを再 idex する場合) にクラッシュしないようにすることが重要です。

この記事では、DigitalOcean の Ubuntu 14.04 でスワップ パーティションを構成する方法について説明します。Ubuntu 14.04 でスワップを追加する方法

公式の MySQL Docker リポジトリに関する次の問題には、「パフォーマンス」または「メモリ効率」のために MySQL 設定を調整するためのヒントが含まれています。

Docker Hub の MySQL readme には、カスタム構成ファイルの使用方法が記載されています。「カスタム MySQL 構成ファイルの使用」

于 2016-01-18T05:05:43.053 に答える