今日は、私が使用Zabbixの過程で遭遇2より困難な問題を導入します。
1.メール配信サービスは失敗します。
警報なしでスロークエリ結果による2。
以下は、これらの2つの問題やプロセスの簡単な説明、リファレンスドキュメントです。
1. Linuxのmailxの
問題の説明:
libcurlの起動に失敗したため、クエリはlibcurlのバージョンに低すぎるリードしている、古いバージョンを削除した後に新しいバージョンをインストールZABBIXメールのクラッシュにサービスを使用して、Zabbixの再起動が再インストールlibcurlを、見つけるために失敗し、サービスが正常に起動します。
「Z」フレンズと同様の問題への解決策があります。
1. メールブラスト「SMTP認証のサポートがコンパイルされていなかったzabbix3.xソリューションに」
2. 「SMTP認証のサポートをしてコンパイルされていなかった」、「初期化に失敗しました」、ZABBIX邮件告警libcurlの问题
3. エラー[0007]:カールバージョンがメッセージを送信するために低すぎるためでZABBIX
以下の詳細な説明は、すべての最初は、mailxのインストール、使用、およびZabbixのメールアラート設定を見てください。
1. 基本的な使用方法のmailxとのsendEmail比較は、 2つの電子メールソフトウェアを使用して比較しました。
2. 基本的な使い方のmailxのとのsendEmail比較は まだ比較的どちらのメールソフトではなく、証明書を取得する方法に焦点を当てています。
3. Zabbixのメールアラーム設定 より包括的な2つの異なる方法でメールボックスの内部および外部のメールボックスを使用して、インストールの説明、およびZabbixの構成設定。
4. Linuxでメールを送信してmailxをするために、サードパーティのメールボックスを設定する メールを送信するためにQQのメールボックスを使用する方法の詳細な説明を。
私はあなたが上記の解決策の他の「Z」フレンズを読んで信じて、この問題に対処する方法のことを考えてきました。
問題は、Zabbixの(開始)が生じたときにサプリメントは、パス、ログを照会するには良い習慣である - は/ var / log / ZABBIX / zabbix_server.log。もちろん、journalctl -neは、私たちは問題を迅速に見つけることができます。
3. カールダウンロードパス
異常のZabbix手紙の問題を解決するには、我々は、新しい問題に遭遇した、同社のOutlookメールを使用し、文字タイムズが間違っています。
メール******コム不支持SMTP。。
SMTPサーバー:504 5.7.4認識されていない認証タイプ
293分の11 "/root/dead.letter"
。。。メッセージは送信されません
これはそれの原因は何ですか?Exchange2012もはやオープンAuthLoginのデフォルトの認証プロトコル。しかし、私たちは、ITええ、あなたはどのようにそれを行うには、メールボックスポリシーを変更することはできませんではありませんか?この記事では、私のアイデアを与え、そして案の定、NTML認証を使用するには、アカウントのパスワードとログインの文字を削除することができます。次のようにmail.rcを設定します。
[email protected] //送信者の設定し
、設定されたSMTP = 10.9.9.9 // SMTPサーバIPは
コメントアウトユーザーログイン以下のSMTP-AUTH-ADMIN = //を#SET
の#set SMTP-AUTHパスワードをパスワード=
の#set AUTH = SMTP-ログイン
私はここで私はZabbixの設定やスクリプトの手紙を添付して、外部メールを使用して終了+メールを送信するスクリプトを記述します。
# mail.sh
#!/usr/bin/sh messages=`echo $3 | tr '\r\n' '\n'` subject=`echo $2 | tr '\r\n' '\n'` echo "${messages}" | mail -s "${subject}" $1 >>/tmp/sendmail.log 2>&1
2. Zabbix优化
问题描述:
Zabbix在使用了一段时间后突然出现大量(误)报警,初步怀疑是网络故障,但是查询Log后发现在那个时间段出现了慢查询。再次强调查询log的重要性!!
那么什么是慢查询,又该如何优化呢?请参考以下博文。
1. zabbix优化指南
2. zabbix性能优化
综合上述博客,Zabbix常用的优化策略有使用硬件性能足够好的服务器,分布式部署,调整MySQL性能,调整Zabbix自身配置,分库分表等。
结合实际情况,我选择的临时应对方案是:
增加报警间隔时长,之前设置的触发器是10s接收不到agent ping信号就报警,改成30s,cover掉慢查询的时间。
长久解决方案:
1. 调整MySQL性能,比如增加buffer_size等;
2. 调整Zabbix配置,比如调整zabbix工作进程数量等。
除了上述我们使用的方案外,您还可以选择高阶的优化方案,对数据库进行优化如读写分离,分表等。因为Zabbix的瓶颈主要还是在DB上。
以上是一些参考博客: