Bu yetkilendirmeyi bazen  emre@192.168.1.1 bazen de emre@testserver.ford.com.tr şeklinde tanımlarız.

Bu iki yöntemin avantaj ve dezavantajlarından biraz bahsedelim:

• Hostname ile yetkilendirmenin avantajını şu şekilde açıklayabiliriz:

Sunucunun IP’sini değiştirmeniz gerektiğinde tüm MySQL yetkilerini teker teker değiştirmek yerine DNS kaydında (veya /etc/hosts dosyasında) gerekli değişikliği yapmanız yeterli olacaktır.

• IP adresi ile yetkilendirmenin avantajı ise:

MySQL sistemini başka bir sunucuya (DNS) doğrudan bağımlı hale getirmemiş olursunuz.

İlk bakışta, yönetmisel açıdan işinizi kolaylaştıracağı için ve muhtemelen her an erişilebilir durumda olması için yedekli yapıda kurduğunuz DNS sunucunuza güvendiğiniz için hostname ile yetkilendirmeyi tercih edersiniz.

O zaman şu durumları da göz önünde bulundurmakta fayda var:

MySQL, bir hostname’i çözeceği zaman öncelikle kendi host cache’ine bakar. Aradığı hostname’i host cache’inde bulamaz ise, IP adresinden hostname’i çözer, sonra hostname’den IP adresini çözer ve iki sonucu karşılaştırarak IP adresinini netleştirir.

MySQL sunucunuza erişen çok fazla host varsa (en basitinden 128′den fazla, çünkü MySQL host cache’i varsayılan olarak 128 host bilgisi tutar) veya DNS sunucunuz yavaş çalışıyorsa bu DNS sorguları MySQL performansınızı düşürecektir.  Özellkle MySQL veritabanınız thread-safe özelliğiyle çalışmıyorsa bu yavaşlığın çok ciddi boyutlara ulaştığını görebilirsiniz.

Hostname ile yetkilendirme yaptığınızda dikkat etmeniz gereken diğer bir durum da şu olacaktır:

Şayet bir IP adresi için birden çok DNS kaydınız var ise yukarıda anlattığım DNS sorgulama mekanizması düzgün çalışmayacağı için bu IP’den MySQL sunucusuna erişmeye çalışan tüm uygulamalar aşağıdakine benzer bir hata alacaktır:

Warning: mysql_connect(): Host ‘testserver.ford.com.tr’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’ in /srv/www/htdocs/xx/xxx.php on line xxx

Bu hatayı aldığınızda doğal olarak ilk yapacağınız şey mysqladmin flush-hosts yapmak olacaktır. Kısa bir süre için de olsa problemin düzeldiğinizi göreceksiniz ama çok sürmeyecek bu durum.

emreyasar@mysqlserver:~> host 192.168.1.1 yazdığınızda
1.1.168.192.in-addr.arpa domain name pointer testserver.ford.com.tr.
1.1.168.192.in-addr.arpa domain name pointer test1.ford.com.tr.
1.1.168.192.in-addr.arpa domain name pointer test2.ford.com.tr.

gibi birden çok sonuç alıyorsanız MySQL 192.168.1.1 IP’sinden gelen istemleri güvenlik gereği bloklayacaktır.

Peki bu durumda ne yapmalıyız?

MySQL sunucunusunun /etc/my.cnf dosyasına  skip_name_resolve satırını ekleyip MySQL servisini yeniden başlatın.

Problemin çözüldüğünü göreceksiniz.

Yapılan parametrik değişikliklerin MySQL veritabanınızın performansını ne kadar değiştirdiğini veya iyileştirip iyileştirmediğini veritabanınızı kullanan uygulamalarınızın hızından net olarak kestiremeyebilirsiniz.

İşte SYSBENCH bu özelliği ile öne çıkan bir benchmark aracı.

Sysbench, cpu, bellek, disk i/o gibi alışılagelmiş değerler ile ilgili testler yaptığı gibi tüm bu parametrelerden ve ayrıca veritabanı konfigürasyonundan doğrudan etkilenen MySQL veritabanının performansı ile ilgili de testler gerçekleştirebiliyor.

Uygulamanın resmi web sitesine sysbench.sourceforge.net adresinden erişilebilir.

Kaynak kodu web sitesinden indirdikten sonra derleyip kuruyorsunuz.

Her kaynaktan kurma işleminde yapılan ./configure; make; make install kurulum için yapmanız gereken tek şey (ama tabi pratikte bu böyle).

Gerekli olacak gcc, make gibi development paketlerinin haricinde başka paketlere de ihtiyaç duyabilirsiniz. Ayrıca kullandığınız Linux/Unix dağıtımına göre ./configure kullanırken parametre girmeniz gerekebilir.

Kurulum aşamasında işler pek yolunda gitmezse autogen.sh betiğini kullanmayı da bir deneyin.

Kurulum sonrasında veritabanınızda performans testleri yapmaya başlayabilirsiniz.

• sysbench –test=oltp –mysql-user=kullanici –mysql-password=sifre –mysql-db=test –mysql-host=localhost –mysql-table-engine=myisam –mysql-socket=/var/lib/mysql/mysql.sock –oltp-table-size=100000 prepare

• sysbench –test=oltp –num-threads=16 –max-requests=100000 –oltp-table-size=100000 –mysql-socket=/var/lib/mysql/mysql.sock –mysql-db=test –oltp-read-only run

Yukarıdaki komutları kullanarak testdb isimli veritabanınızda teste başlayabilirsiniz.

Komuttan da anlaşılacağı gibi ilk komut test için gerekl bench’i hazırlıyor ikinci komut ise testi çalıştırıyor.

Birinci komut seçilen veritabanında varsayılan olarak sbtest isimli bir table oluşturuyur ve yine varsayılan olarak 10000 satırlık bir rasgele veri yığını oluşturuyor. İsterseniz bu değerleri parametrik olarak değiştirebiliyorsunuz. Örneği bu testte 100000 transaction gerçekleştirilecek.

İkinci komut ise bu yığından 100000 adet select işlemi yapıyor.

Test işlemleri bittikten sonra oluşturulan tabloyu elle silebilir veya

• sysbench –test=oltp –mysql-user=kullanici –mysql-password=sifre –mysql-db=test –mysql-host=localhost –mysql-table-engine=myisam –mysql-socket=/var/lib/mysql/mysql.sock –oltp-table-size=100000 cleanup

komutunu kullanabilirsiniz.

Tool’un dokümantasyonu çok yeterli olmamakla birlikte, biraz zaman harcayarak işinize yarayacak test parametrelerini oluşturmanız mümükün.

Küçük bir nokta.. Dokümantasyonda

sysbench –test=oltp –mysql-table-type=myisam …..

şeklinde bir yazımla karşılaşacaksınız.

Fakat –mysql-table-type şeklinde bir parametre olmadığını söyleyen bir hata alacaksınız.

Olması gereken parametre, yukarıdaki örnekte de görüldüğü gibi –mysq-table-engine olmalı.

Karşılaşırsanız şaşırmayın..

Son olarak, mysql performans ayarları ile çok uğraşıyorsanız, Sysbench çok sok kullanacağınız bir araç olacaktır.

Cacti kurulumunda sunucu ve hostlarda (göreceli olarak host) adım adım yapılması gereken işleri aşağıda bulabilirsiniz.

Ön gereksinimler:

Apache/Apache2 web sunucusu, php, php-mysql, php-snmp, mysql, mysql-server, net-snmp, rrdtool.

Yukarıdaki paketlerin kurulu olduğundan ve ilgili servislerinin çalışıyor olduğundan emin olduktan sonra kurulum adımlarına geçilir.

Cacti_server:~ # cp cacti-versXX.tar /srv/www/htdocs

Cacti_server:~ # cd /srv/www/htdocs

Cacti_server:/srv/www/htdocs # tar xvf cacti-versXX.tar

Cacti_server:/srv/www/htdocs # mv cacti-versXX cacti

Cacti_server:/srv/www/htdocs /cacti# useradd -m cactiuser

Cacti_server:/srv/www/htdocs /cacti# passwd cactiuser

Cacti_server:/srv/www/htdocs /cacti# mysqladmin -h Cacti_server -p -u root create cacti

Cacti_server:/srv/www/htdocs /cacti# mysql -p -h Cacti_server -u root cacti < cacti.sql

Cacti_server:/srv/www/htdocs /cacti# mysql -p -h Cacti_server -u root

mysql> GRANT ALL ON cacti.* TO cactiuser@Cacti_server IDENTIFIED BY ’şifre’;

mysql> flush privileges;

Cacti_server:/srv/www/htdocs /cacti# chown -R cactiuser rra/ log/

Cacti_server:/srv/www/htdocs /cacti# vi include/config.php

$database_default = “cacti”;

$database_hostname = “Cacti_server”;

$database_username = “cactiuser”;

$database_password = “şifre”;

Cacti_server:/srv/www/htdocs /cacti# vi /etc/crontab

*/5 * * * * cactiuser php /srv/www/htdocs/cacti/poller.php > /dev/null 2>&1

Sunucu tarafında cacti kurulumunu tamamlamış olduk. Şimdi host tarafında yapılması gerekenlere bir göz atalım.

Cacti’ye Veri Gönderecek Host’ta Yapılması Gereken Ayarlar

server1:# vi /etc/snmpd.conf

Dosya aşağıdaki şekilde düzenlenir. SNMP v1 ve v2c için aşağıdaki konfigürasyon yeterli olacaktır. SNMP v3 için kullanıcı adı ve şifre tanımlamaları yapılması gereklidir.

rocommunity public 192.168.1.10

(public: snmp community adı

192.168.1.10: snmp paketlerinin gönderileceği, yani cacti kurulu olan sunucu ip’si)

·         server1:# /etc/init.d/snmpd restart

·         cacti kurulu sunucu tarafında aşağıdaki komut girilerek host tarafından SNMP paketlerinin gelip gelmediği kontrol edilir. Timeout olmamalıdır.

Cacti_server:~ # snmpwalk -v 2c -c public server1.ford.com.tr system

Sunucu veya hostlarda web browser açarak aşağdaki URL’yi girdiğinizde, fırından yeni çıkmış Cacti’nizi görebilirsiniz. Bundan sonra grafik ortamda cihaz eklemek, cihazda izlenecek durumları belirlemek gibi işlemleri gerçekleştirmek gerekiyor. Orası size kalmış. Yine de yardım istiyorsanız ( http://www.cacti.net/documentation.php

http://192.168.1.10/cacti

(192.168.1.10 cacti kurulu sunucunun ip adresidir. )

SNMP protokolünün güvenlik zaafları vardır. Özellikle SNMP v1 veya v2c kullanıyor iseniz çok dikkatli olmanız gereklidir. SNMP v3 kullanmak, default portu (161) değiştirmek, SNMP taleplerine cevap verilecek sunucuların ip adreslerini konfigürasyon dosyalarına yapmak, SNMP’yi nispeten güvenli bir protokol haline getirmekte.

Linux host’larda snmpd.conf dosyasında  aşağıdaki değişiklikleri yaparak daha güvenli bir SNMP’ye sahip olabilirsiniz.

…

rouser emreyasar auth

createUser emreyasar MD5 11223344 DES # Kullanıcı şifresi minimum 8 karakter olmalıdır

agentaddress 16100 #161 olan default port yerine 16100 kullanılacak

…

Bildiğim kadarıyla Microsoft Windows işletim sistemlerinde SNMP v3 destekleyen WMI bulunmamakta. Yani umduğunuz kadar güvenli bir SNMP konfigürasyonu yapamayabilirsiniz Windows’larda. Tabi Windows kullanırken kendinizi güvende hissetmediğiniz ilk an olmayacağı için çok da kafanıza takmayacaksınız diye düşünüyorum Ya da 3rd Party yazılımlarla bu açığınızı kapatabilirsiniz..

Son olarak da webden Cacti’ye login olurken kullandığınız admin şifresini resetlemeniz gerekirse ne yapmanız gerektiğini gösteriyim.

# mysql -u root -p cacti

mysql> update user_auth set password=md5(’yeni_sifre’) where username=’admin’

After a bit control I found out the reason of the problem.

A full /var/lib/mysql partition caused to dead of mysql daemon.

MySQL began to operating normally after supplying free space and recovering 3 corrupted tables.

Everything was fine until  I noticed the broken replication.

when I run

mysql> show slave status \G

I got an error message like this:

• Could not parse relay log event entry. The possible reasons are: the master’s binary log is corrupted (you can check this by running ‘mysqlbinlog’ on the binary log), the slave’s relay log is corrupted (you can check this by running ‘mysqlbinlog’ on the relay log), a network problem, or a bug in the master’s or slave’s MySQL code. If you want to check the master’s binary log or slave’s relay log, you will be able to know their names by issuing ‘SHOW SLAVE STATUS’ on this slave.

And there were an error at mysqld.log as below:

• [Warning] Neither –relay-log nor –relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use ‘–relay-log=*****-relay-bin’ to avoid this problem.

I restart mysqld on both master and slave but I were getting the same errors again.

And then I tried      stop slave; and     start slave; but the problem were still present.

It was sad but true.  It was time to setup the replicate server again.

And I decided make a last try:

• stop slave;
• show slave status \G
• reset slave;
• start slave;
• show slave status;

And everything was OK.

reset slave command was the golden key..