computer(server)

CPUやらVIDEOは本道ではない。やはりdatabaseのbenchmarkが知りたい。探せば結果はあるみたいだけど、イマイチよくわからんし、サーバ環境が似ているのが欲しいので、ここは自分で動かせる奴がいいなあって話。
postgreSQL/MySQL/oracleの３つでbenchmarkできれば最高なんだがありません。。ぐぐってるとTPC-CとOSDL DBTがあるらしく、targetはtpcc-uvaがpostgreSQL、OSDL DBTがpostgreSQL/MySQLって所。ちと古い気もするが他に見付からないのでこれでいこう。
tpcc-uvaでpostgreSQL 7.4.19/8.0.15/8.1.11/8.2.6/8.3.0の各versionのperformanceをチェックし、OSDL DBTでpostgreSQL vs MySQLをやろうか。
まずは、postgreSQL 7.4.19でtpcc-uva。postgreSQLを新しくインスコしてtpcc-uvaを起動する。
./configure –enable-multibyte=EUC_JP
make
make install
/usr/local/pgsql/bin/initdb -E EUC_JP –no-locale -D /usr/local/pgsql/data
/usr/local/pgsql/bin/pg_ctl -D /usr/local/pgsql/data -l logfile start
tar zxvf tpccuva-1.2.3.tar.gz
ln -s tpccuva-1.2.3 tpcc-uva
cd tpcc-uva/
ln -s /usr/local/pgsql .
make
export LD_LIBRARY_PATH=/usr/local/pgsql/lib; bin/bench
。。終わらん。これって相当時間がかかるらしい。起動した時のerrorがちと気になるけど、取り敢えず、そのままほっておく。

古いサーバを更新しなきゃって思っても、対応ハードウェアやライブラリの関係で最新のサーバでは使えない。それなら、新しく速いマシン上でVM化すれば？
しかし、数年前にインストールしたまま、対象OSのCD-ROMも残ってないし、見つかったとしても、今更、最初から導入ってのも面倒だから動作しているサーバのcloneを作っちゃおうって話。
■動作しているサーバからファイルを転送し、VMware HOSTに準備する。
・今回は turbo Linux 6.5 なので、以下を固めて持ってくる。他のOSも似たようなもの。
bin/ boot/ dev/ etc/ home/ lib/ root/ sbin/ usr/ var/
・VMware HOST側で解凍
IP reachableなら何処でもよいが。。
■VMwareでknoppix 3.7を立ち上げ、システムを作成する。
knoppix 5.1等、新しいものは、mkfsのversionが違うらしく、古いOSでは立ち上がらないことがある。
・HDDの初期化
fdisk /dev/hda
target serverの構成にあわせること。
今回はhda3が ‘/’、hda2がswap、hda1が ‘/boot’ となる。

fdiskで割り当てたHDDを初期化する。
当然、target serverのFSにあわせないといけない。
mkswap /dev/hda2
mkfs.ext2 /dev/hda1
mkfs.ext2 /dev/hda3
・システムの転送
立ち上げたknoppixがDHCPでIPが振られていることが必要。
じゃなければ、ISO image化してfile copyするとか。
mkdir /mnt/hda3
mount /dev/hda3 /mnt/hda3
cd /mnt/hda3
mkdir boot tmp proc
mount /dev/hda1 /mnt/hda3/boot
chmod 1777 tmp

rsync -avr root@:<解凍したdirectory> /mnt/hda3/
rootでやらないとcopyできない所があるし、uidがダメダメになっちゃう。
copyが終わったら、liloで起動できるようにする
chroot /mnt/hda3 /sbin/lilo
grubはわかりません。
■rebootして、target serverの立ち上げ
ethernet driver(pcnet32), IPアドレス等の調整を行う

なんだかよくわからんが、errorが発生するらしく、設定をお願いされたのでメモ。
Diagnostic-Code: SMTP; 403 4.7.0 TLS handshake failed.
手を繋ぐのを失敗した時は、以下を設定。
openssl ciphers > /var/qmail/control/tlsclientciphers
openssl ciphers > /var/qmail/control/tlsserverciphers
テストは以下でできるらしい。
# for pop:
openssl s_client -connect localhost:995
# for imap:
openssl s_client -connect localhost:993
# for smtp/tls:
openssl s_client -crlf -starttls smtp -connect localhost:25
ふうん、TLSを使ってる所あるんだって感じ。
知らんかった。
でも、ぐぐってると情報が英語しかないよ。
日本じゃみんな使ってないのかな。

以下で確認し、入ってないなら入れ込む。
入ってたら大丈夫(なはず)
rpm -q –qf ‘%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n’ binutils compat-db control-center gcc gcc-c+
+ glibc glibc-common gnome-libs libstdc++ libstdc++-devel make pdksh sysstat xscreensaver libaio lib
aio-devel glibc-devel compat-libstdc++-33
後は、CentOSと同じ。

正月早々、鯖のHDDが逝っちゃいました。たぶん、ブレーカーの落ちすぎ。新居は60Aにしたんだけど、配電盤をみると、エアコンだけが別系で、他のコンセントは同じらしく、ファンヒーターを使いすぎるとすぐ落ちるみたい。320GBの方はsector errorだし、250GBは鯖への移植中に壊れた？っぽいので、秋葉原に行って、S-ATA 500GB(\10,479)×２とATA 500GB(\12,568)を購入。同じ容量ならS-ATAが安いのか。写真上は壊れたっぽい250GB, 320GB。

安全の為、UPS(\6,500)も追加。

で、S-ATA 2台を鯖につけようとしたら、電源が足らないぢゃん。。今まではATAを変換コネクタで接続してたので単なる5Vコネクタでよかったんだけど、S-ATA電源はコネクタが違う。急遽、越谷の上新電気まで行ったが、売ってない。また秋葉かと４号線を走らせてたら、PC-DEPOがあった。無事購入して、接続。

HDDはUSB箱に入れて他の鯖でチェック。250GBは全く認識せず、320GBはfsckをかけて何とか復活したっぽいけど、常用はできないよね。。

op25bでinternal serverからメール送信ができなかったん。で、外部サーバへ中継させようって事をやってみた。
/var/qmail/control/smtproutes
:<中継鯖>:port
こんだけ。なんだかなあ。もっと早くやればよかった。まあ、機会が無いと人間、不精だからさ。

・LVS(L4)
とにかく、速い。バックエンドに10台以上使える
アプリの変更はないが、複数global IPを持つクライアントproxyに対応できない。→ 普通は大丈夫なんだけどさ。
SESSION対応は、IPによる振分けなのでNAT変換でくるクライアントが偏る場合がある。
・pound(L7)
ある程度までしか速くない。バックエンドは数台？
SSL wrapper＋アプリの対応により、複数global IPを持つクライアントproxyに対応できる。
SESSION対応は、COOKIEによる振分けなのでNAT変換でくるクライアントも振分けができる。
静的コンテンツ鯖や、画像鯖への振り分けが可能。

構成は以下。

t60 client(Linux, XP)
LB(celeron 1.7GHz/384MB)
web DELL GX150(P3-1.0GHz/512MB)
DB DELL SC440(PentiumD-3.0GHz/1GB)
ものはここ。SSL wrapperを使うので、
./configure –with-ssl=/usr
後は、make, make install。
config fileのdefaultは、/usr/local/etc/pound.cfg らしい。
COOKIEによる固定振り分けをやりたいんで、まずは、これで
User “nobody”
Group “nogroup”
LogLevel 0
Alive 60
Daemon 0
ListenHTTP
Address 192.168.1.108
Port 80
End
Service
BackEnd
Address 192.168.1.104
Port 80
TimeOut 300
End
BackEnd
Address 192.168.1.106
Port 80
TimeOut 300
End
Session
Type COOKIE
ID “GENESIS_LOAD_BALANCER”
TTL 7200
End
End
なんぢゃ？両方に振り分けしてるぢゃん。効かない？試しにType IPでと、おっ、旨くいってるっぽい。てか、こいつ、アプリ側でCOOKIE書かなきゃダメ？でやってみると、おけっぽい。。。ふむ、どうしよう。ま、１行程度でいけるから大丈夫か。次はSSLだ。
Apacheにつけてたserver.crt/server.keyを連結して、pound.cfgには以下を追加。
ListenHTTPS
Address 192.168.1.108
Port 443
Cert “/usr/local/etc/pound.pem”
AddHeader “X-SSL-serial:443”
End
こんだけで桶らしい。AddHeaderは、アプリがSSLかどうか判定したい時つけると便利かな。
で、Apacheのlog。普通のformatだと、いつもpound鯖のIPになるので、X-FORWARDED-FORを記録するようにする。
LogFormat &quot%{X-Forwarded-For}i %l %u %t \&quot%r\&quot %>s %b \&quot%{Referer}i\&quot \&quot%{User-Agent}i\&quot&quot combined
で、追試してると何かどうも片側に寄るなあと。試しに３台構成でやってみる。

dbだけだったのをwebも動作させるようにして、vaioは、logのmonitor用。う〜ん、どうなんだろう。大丈夫っぽい？てか、client 2台じゃload balanceもないよな。。。

ここ。安定版は、haproxy-1.2.17。configureがないけど、kernel 2.4系がdefaultなので、普通にmake, make install。他のkernelの場合は、Makefileを観ればパラメータはわかる。
cp haproxy /usr/local/bin/ とかして、
/usr/local/bin/haproxy -f /etc/haproxy/haproxy.cfg で起動。
haproxy.cfgは、以下の様になる。httpは、mode tcp, persistで何とかsession処理ができるが、httpsは、mode httpではssl対応できないので、mode tcpになるが、こうなるとsessionはダメなのさ。
# this config needs haproxy-1.1.28 or haproxy-1.2.1
global
log 127.0.0.1 local0
maxconn 32000
ulimit-n 65536
uid 99
gid 99
#daemon
defaults
log global
mode http
option httplog
option dontlognull
retries 3
redispatch
maxconn 2000
contimeout 60000
clitimeout 60000
srvtimeout 60000
listen http_proxy :80
mode http
balance source
# balance roundrobin
cookie SERVERID
server web01 192.168.1.100:80 cookie server01 check inter 60000 rise 1 fall 2
server web02 192.168.1.103:80 cookie server02 check inter 60000 rise 1 fall 2
option persist
option forwardfor
listen https_proxy :443
mode tcp
balance source
cookie SERVERID
server web01 192.168.1.100:443 cookie server01
server web02 192.168.1.103:443 cookie server02
option persist
option forwardfor

apache 2.2.6を持ってくる。
./configure –enable-so –enable-rewrite=shared –enable-proxy –enable-proxy-balancer
して、インスコ。
httpd.confに以下を設定。
ProxyPass / balancer://nantoca/
<Proxy balancer://nantoca/>
BalancerMember http://192.168.1.104/ loadfactor=10
BalancerMember http://192.168.1.105/ loadfactor=10
BalancerMember http://192.168.1.106/ loadfactor=10
</Proxy>
こんだけ。で、stickysessionとかやらんと、cookie対応できんらしいし、PHPだと、アプリ側でちと対処しないといかんらしい。却下。