OSTL

マルチバインディングに関してバージョンをあげる必要があるようなのでメモ書き

mysqlのバックアップの取得から

まずはスタティックで。（下でとれば必要ないか。）
/etc/rc.d/init.d/mysql stop
cd /var/lib/mysql
tar -zcvf ~/mysql-static.back.tar.gz ./

起動してから
mysqldump -q DATABASENAME -pPASSWORD > filename.sql

全部とるならこれで良いかも
mysqldump --all-databases > all-database.sql

使用するバージョンとソフト
mecab-0.96.tar.gz
mecab-ipadic-2.7.0-20070801.tar.gz
mysql-5.0.45-tritonn-1.0.6.tar.gz
senna-1.0.9.tar.gz

tar -zxvf mecab-0.96.tar.gz
cd mecab-0.96
./configure --with-charset=utf8
make
sudo make install

これだとここに入る
/usr/local/libexec/mecab

tar -zxvf mecab-ipadic-2.7.0-20070801.tar.gz
cd mecab-ipadic-2.7.0-20070801
./configure --with-charset=utf8
make
sudo make install

こっちはここに。
/usr/local/lib/mecab/dic

tar -zxvf senna-1.0.9.tar.gz
cd senna-1.0.9
./configure
make

senna 1.0.9 configuration:
-----------------------
Compiler: gcc
CFLAGS: -g -O2 -Wall -Wextra -Wno-unused-parameter -Wno-sign-compare -Wformat=2 -Wstrict-aliasing=2 -Wdisabled-optimization -Wfloat-equal -Wpointer-arith -Wdeclaration-after-statement -Wbad-function-cast -Wcast-align -Wredundant-decls -I/usr/local/include
Libraries: -lmecab

Install path prefix: /usr/local

Now type 'make' to build senna 1.0.9!

make install時に
Libraries have been installed in:
/usr/local/lib
パスを通せと言われる。忘れないようにしておこう。

tar -zxvf mysql-5.0.45-tritonn-1.0.6.tar.gz
cd mysql-5.0.45-tritonn-1.0.6
CFLAGS="-O2 -mcpu=pentium4" CXX=gcc CXXFLAGS="-O2 -mcpu=pentium4 -felide-constructors" ./configure --prefix=/usr \
--with-extra-charsets=complex --enable-thread-safe-client \
--enable-local-infile --enable-assembler --disable-shared \
--with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static \
--with-charsets=utf8 --with-mit-threads=no --with-senna --with-mecab;

こんなのが帰ってくる。
Thank you for choosing MySQL!
続けて
make
make install

RPMで管理のほうがよいという場合は先人の知恵を利用させてもらうと良いと思う。
さすがです。
http://d.hatena.ne.jp/yoshifumi1975/20070901/p1

その後の確認に。
http://www.avant-tokyo.com/linux/mysql5_install.html

MYSQLDUMPでDB移行

データベースを移行する、現在db1を利用しているがdb2に移行する。

データベースのダンプ
crate databaseは発行済みとして、データはインポートさせない。
（テーブル構造のみ）

mysqldump -u root -p --databases db1 --no-create-db --no-data >db1.backup.sql
編集する。
vi db1.backup.sql

:%s/db1/db2/g
で一斉置換。　個人的には同じデータベースにコピーする予定だったので
念のため DROP TABLESもコメントアウトした。

導入を行う。
　データベースの作成
mysqladmin -u root -p create db2
mysql -u root -p db2 <./db1.sql

これでテーブルの構造だけ導入される。

ＬＡＭＰ環境における考えられるリスクに関して

大まかに考えると以下の3つに分けられる

ハード障害
アプリケーション障害
ネットワーク障害

それぞれを考える。

ハード障害
　ディスク障害
　　データの損失を招くのでバックアップによるデータ退避が必要
　　近年では、ＳＭＡＲＴなどにより監視を実施し、事前に予兆があれば検知可能
　　ただしハードディスクに依存するので予備機による回避が適当か

　ファンなどのアクセサリー障害
　　ＣＰＵであればカーネルパニックなどを引き起こす。再起動になるので、ベースの
監視システム次第。ＤＢのファイルが問題になる可能性があるので、こちらはレプリケ
ーションをかけて保護策を検討

　電源装置のトラブル
　電源が落ちてしまうことがある。これによるディスク障害、あがらなくなどが発生する。
対策としては予備機による保護が適当と思われる。

　アプリケーション障害
　アプリケーションによるトラブルによるもの。バグなどが考えられるが広義で言えば
侵害なども含まれると思われる。脆弱性をついてという点ではアプリケーションが狙
われやすいのではないか。
　作業ミスによるもの
　ＤＢのデータ操作ミスなど

対応策は、予備機による退避と、検証機による退避が妥当

ネットワーク障害
　ネットワークケーブル、設定によるもの
　ＯＳＩ物理層におけるトラブルに対応。これはレンタルサーバであれば業者に一任する
よりないので、予備機を別契約にするなどの対応が必要になるが、最も上記のうちでは
少ないと思われる。

　ＤＮＳ障害
　ドメインの設定漏れによるもの。セカンダリの契約を行い、ＤＮＳ自体の契約がされてい
れば防げると考えられる。

　ファイヤウォール、負荷分散装置などの障害
　レンタルサーバ環境において、冗長構成をとらないため、障害ポイントにはなりにくいと
思われる

よって以下の構成をとるのが、よいと考えられる。

　Ａ，Ｂ重複構成でのレンタルサーバの借受
　Ａ　本番機
　Ｂ　検証および待機系

Ａ，Ｂ間においてMYSQLのレプリケーションを実施。Ｂに切り替えるときは、レプリケーションを
やめる設定をバッチ化をしておく。

　Ｂにおいて検証環境はＤＢのすみわけを行っておき、こちらをアプリ側で切り替える
　なおＢ側でバックアップを取るようにすると、バックアップによる負荷がかかりにくい。
　
問題点および対応策
　ＤＮＳの切り替えがネックになるので、こちらを早期に行えるようにするか、
ＨＡ構成を取れるようにし、フロートＩＰをＡ側に付与しておき、問題があった場合にはＢ側に移せ
るようにしておく。（仮想ＩＰ）
　ＨＡを自動で切り替えられるHeartBeatなどのＯＳＳのソフトがあるが、シリアル通信が
必要など、物理的にレンタルサーバでは難しいと考えられるので手動に含めるのが妥当。

切り替え時間はシェルの実行にもよるがスイッチの学習がデフォルトであれば10分程度。
ＤＮＳで30分程度にしておく策も有効であるのでどちらかを検討したい。

SENNA含みパッケージを導入するのが異常に面倒になってきたのでパッケージを作ること
を決意しました。

rpm -ivh MySQL-community-5.0.45-0.rhel4.src.rpm

展開を確認
ls -la /usr/src/redhat/SPECS

いるいる
-rw-r--r-- 1 root root 43858 7月 5 07:16 mysql-5.0.45.rhel4.spec

cd /usr/src/redhat/SOURCES
で　展開ファイルをbackに葬ります。
mv ./mysql-5.0.45.tar.gz ./mysql-5.0.45.tar.gz.back

cp ~/mysql-5.0.45-tritonn-1.0.6.tar.gz ./mysql-5.0.45.tar.gz
持ってくる。

そのまま使ってしまおう
cd ../SPECS/

こんな感じで編集
diff mysql-5.0.45.rhel4.spec mysql-5.0.45.rhel4.spec.back

103c103
< Summary: MySQL: a very fast and reliable SQL database server with tritonn
---
> Summary: MySQL: a very fast and reliable SQL database server
308,309d307
< --with-mecab=/usr \
< --with-senna=/usr \
418c416
< #make test-bt-debug
---
> make test-bt-debug
438c436
< #make test-bt
---
> make test-bt

gtkの描画モジュールが足りないらしい、、、なんで？

yum install gperf
Repository update is listed more than once in the configuration
Repository base is listed more than once in the configuration
Repository addons is listed more than once in the configuration
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Excluding Packages in global exclude list
Finished
Excluding Packages from Dag RPM Repository for Redhat EL4
Finished
Excluding Packages from CentOS-4 - Updates
Finished
Excluding Packages from CentOS-4 - Base
Finished
Excluding Packages from CentOS-4 - Addons
Finished
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for gperf to pack into transaction set.
gperf-3.0.1-4.x86_64.rpm 100% |=========================| 4.6 kB 00:00
---> Package gperf.x86_64 0:3.0.1-4 set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
gperf x86_64 3.0.1-4 base 92 k

Transaction Summary
=============================================================================
Install 1 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 92 k
Is this ok [y/N]: y
Downloading Packages:
(1/1): gperf-3.0.1-4.x86_ 100% |=========================| 92 kB 00:01
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded

rpmbuild -ba mysql.5.0.45-rhel4.spec

さすがに長いです。コンパイル時間が、、、いろいろやってみたのですがRHEL4の謹製
パッケージではうまく埒があきません。っていうかだんだん疲れてきたので
グーグルに聞いたところ人気のFC7からすることにしました。でも利用するのはSPECファイル
だけです。

wget http://www.gtlib.gatech.edu/pub/blag/70000/en/os/i386/SRPMS.TESTING/mysql-5.0.45-1.fc7.src.rpm
これを展開してSPECファイルを作成した。

diff ./mysql.spec mysql.toritonn.spec
12c12,13
< Source0: http://dev.mysql.com/get/Downloads/MySQL-5.0/mysql-%{version}.tar.gz
---
> #Source0: http://dev.mysql.com/get/Downloads/MySQL-5.0/mysql-%{version}.tar.gz
> Source0: mysql-%{version}.tar.gz
165a167,168
> --with-mecab \
> --with-senna \
192c195
< make test
---
> # make test

コンパイルが続いたらやっと完成しました。

書き込み中: /usr/src/redhat/SRPMS/mysql-5.0.45-1.src.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mysql-5.0.45-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mysql-libs-5.0.45-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mysql-server-5.0.45-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mysql-devel-5.0.45-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mysql-bench-5.0.45-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mysql-test-5.0.45-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mysql-debuginfo-5.0.45-1.x86_64.rpm
Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.95661
+ umask 022
+ cd /usr/src/redhat/BUILD
+ cd mysql-5.0.45
+ rm -rf /var/tmp/mysql-5.0.45-1-root
+ exit 0

この方法では作成できるけどインストールはできなかった。作り直しだ。ともかくperl-DBD-MySQL
でこける。これの依存関係がひっかっかるようなのでこのsrc.rpmからする必要があるらしい。
続きはWEBで！

その続き
パッケージ化をすべてする必要がある。なぜならフライブラリとかを認識してくれない。たぶん
SPECファイルをきちんと書けばいいのだろうけど、、、（requierのセクションでいろいろ要求か。）

wget http://fr.rpmfind.net/linux/fedora/core/development/source/SRPMS/mecab-0.95-2.fc7.src.rpm

rpm -ivh mecab-0.95-2.fc7.src.rpm

rpmbuild -ba ./mecab.spec

書き換え
バージョンを変更して、UTF-8を有効に。
%define mainver 0.96

%configure \
--with-charset=utf8

----
書き込み中: /usr/src/redhat/SRPMS/mecab-0.96-2.2.src.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mecab-0.96-2.2.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mecab-devel-0.96-2.2.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mecab-debuginfo-0.96-2.2.x86_64.rpm
----
完成！

wget http://fr.rpmfind.net/linux/fedora/core/development/source/SRPMS/mecab-ipadic-2.7.0.20060707-2.fc7.1.src.rpm

wget http://fr.rpmfind.net/linux/fedora/core/development/source/SRPMS/mecab-ipadic-2.7.0.20060707-2.fc7.src.rpm

を書き換え。（diffとってない、、、）

rpm -ivh mecab-0.96-2.2.src.rpm
rpm -ivh mecab-0.96-2.2.x86_64.rpm
rpm -ivh mecab-devel-0.96-2.2.x86_64.rpm
rpm -ivh mecab-debuginfo-0.96-2.2.x86_64.rpm

これがないとビルドに失敗するので。
rpm -ivh ./mecab-ipadic-2.7.0.20060707-2.fc7.1.src.rpm

ここと
%define date 20070801

Source0: %{name}-%{majorver}-%{date}.tar.gz
Source1: mecab-ipadic.copyright

----
書き込み中: /usr/src/redhat/SRPMS/mecab-ipadic-2.7.0.20070801-2.1.src.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mecab-ipadic-2.7.0.20070801-2.1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/mecab-ipadic-EUCJP-2.7.0.20070801-2.1.x86_64.rpm
----

これだけ入れればいい
rpm -ivh mecab-ipadic-2.7.0.20070801-2.1.x86_64.rpm

最後にSENNAを導入。
~/senna.1.0.9.tar.gz /usr/src/redhat/SOURCE/libsenna-1.0.9.tar.gz

tar -zxvf libsenna-1.0.9.tar.gz

mv ./senna-1.0.9 ./libsenna-1.0.9

tar -zcvf ./libsenna-1.0.9.tar.gz ./libsenna-1.0.9

SPECファイルをコピーします。
cp ./libsenna-1.0.9/senna.spec.in ../SPEC/senna.spec

rm -rf ./libsenna-1.0.9
cd ../SPEC

diff ./senna.spec ./senna.spec.in
1c1
< %define version 1.0.9
---
> %define version @VERSION@

rpmbuild -ba senna.spec

----
書き込み中: /usr/src/redhat/SRPMS/libsenna-1.0.9-1.src.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/libsenna-1.0.9-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/libsenna-devel-1.0.9-1.x86_64.rpm
書き込み中: /usr/src/redhat/RPMS/x86_64/libsenna-debuginfo-1.0.9-1.x86_64.rpm
----
完成！

導入
rpm -ivh libsenna-1.0.9-1.x86_64.rpm
rpm -ivh libsenna-devel-1.0.9-1.x86_64.rpm
rpm -ivh libsenna-debuginfo-1.0.9-1.x86_64.rpm

再導入
rpm -ivh perl-DBD-MySQL-4.005-1.rf.x86_64.rpm

最後に締め
rpm -ivh mysql-server-5.0.45-1.x86_64.rpm

入りました！コンパイル時間が長い、、、ともかく導入完了です。
mysqlを起動後に接続確認を行います。

SHOW SENNA STATUS でSENNA自身が稼動しているかどうか確認します。

辞書の追加方法
http://mecab.sourceforge.net/dic.html

muninが手軽。
クライアント側の導入

yum install munin-node

vi /etc/munin/munin.conf

service munin-node start

port 4949を利用するのでそこを変更する。

VMWARE　ＡＣＥとは (個人的なメモ書き)

配布を念頭に置いた、管理パッケージ郡になるという。主な使用例として、
管理者が、仮想マシンを作成、配布する場合、本仮想マシンを、ポリシーで
保護することが可能になるという。

管理者　－＞　配布（開発者）

開発者は、他のディスクにイメージを転用することができないとか、デバイスの
制限を行うことにより、（WINDOWS側でactivedirectory環境のポリシーでＵＳＢ
ディスク禁止していても、仮想イメージ側のサーバで回避してしまうなど）を回避
できるようだ。

また有効期限をさだめて、これを利用してくださいとして、次の開発環境のバー
ジョンへの更新を促したり、ActiveDirectoryの環境で認証されたユーザでしか
利用できないなどが適用できるらしい。（ＡＤがメインってのもアメリカらしい気が
する）

HUDSONとCIに関してメモ書き。

いまやポピュラーともいえるのはこれらしい。

subversion　でバージョン管理

TRAC　でプロジェクト管理（ちょっと言いすぎか）

HUDSON　（なんだこれは？）

の構成で開発を進めていくのがJAVAでは便利らしい。
と言うわけで、上の二つは使っているからいいとして、このHudsonは
何なのかを確認する。
今は、JAVAの開発チームと関連していないんで、今の全部メモとして。

継続的インテグレーションC(Continuous Intergrration : CI)とは

継続的に結合と、実践を行うのがアジャイル開発のベストプラクティス
だといわれる。つまり、頻繁に結合して大きな問題が起こる前に、事前
にわかるようにしておこうということだ。

これを自動化してくれるのが上記のhudson（執事）になるらしい。

具体的には
バージョン管理システムからプログラムを引っ張ってくる
　ANT,MAVENなどを利用して、ビルド
　JUNITなどで　自動テスト
　結果を表示　みんなで共有

これら一連の作業を一括して行うことができるらしい。（手作業がいらない
なんて、、、）

結果は、最近ではポピュラーなWEB表示。

これで継続した開発が可能となる。すごいなぁ。夜のうちにNithyバージョンを
ビルド、テスト、エラー要因で、次の日またとりかかれるとなると言うことか

統計管理ツールの一つであるCACTI（カクタイ）を導入する。見える化とか
言った方がいいのかな。
そもそもRRDTOOLべた書きで作ればいいじゃんとかそういうパワーがある人は
これをつかうべきではないと思う。
ちなみに小規模だったら以前記載したmuninを導入したほうがもっと簡単だと思
う。中規模以上で、SNMP張っててというところですかね。
nagiosと連携も良いけど、お互いにないものを持っているので、相互補完には
なると思う。ちなみに前はシェルとか簡単に引用して持ってこれたけど、0.8あた
りからかなりSNMPよりになったみたいです。（今回わからなくて苦労しました。）

NET-SNMPの導入

おなじみ YUMで導入します。
サーバはi386の検証機から。

yum install net-snmp-devel

関連パッケージも導入された。
Installed: net-snmp-devel.i386 0:5.1.2-11.el4_6.11.2
Dependency Installed: beecrypt-devel.i386 0:3.1.0-6 elfutils-devel.i386 0:0.97.1-5 elfutils-libelf-devel.i386 0:0.97.1-5
Complete!

yum install net-snmp-utils

Installed: net-snmp-utils.i386 0:5.1.2-11.el4_6.11.2
Complete!

別に分ける必要はないんだけど。

グラフを書くには必要なのでRRDTOOL
Installed: rrdtool.i386 0:1.2.23-1.el4.rf
Dependency Installed: perl-Time-HiRes.i386 0:1.9711-1.el4.rf perl-rrdtool.i386 0:1.2.23-1.el4.rf
Complete!

vi /etc/snmp/snmpd.conf
設定の書き直し

ささっとDBを作ってしまいます。

mysqladmin -u root create cacti

ドキュメントルートにあるcacti.sqlを流し込み
mysql -u root cacti <./cacti.sql
導入の確認
mysql -u root cacti
mysql> show tables;
省略
| user_log |
| version |
+---------------------------+
48 rows in set (0.00 sec)

入っているのを確認。

mysql> use mysql
ユーザ追加(cactiorって微妙なユーザ名だけどそれは割愛)
GRANT ALL ON cacti.* TO cactior@localhost IDENTIFIED BY 'VXYZVXYZ' ;
おなじみ
flush privileges;

で　DB側の設定を変更します。
cactiドキュメント
　0.8.7a　ではdb.phpから（７のときと違うなぁ、、、）
vi include/config.php
を書き換えるようです。

あとはWEBからPHPの動作をするようになっていれば、初期のセッティング画面
に移行します。

初回ログインパスは
ID: admin
PASS: admin

Thold っていうのを知らなかったけど、閾値設定が可能になるらしい。
で、今回待望のplugin-archtectiureを導入。
プラグインアーキテクチャにより、プラグインツールを導入し、その中で
上記のようなものを組み入れる形になるとの事。

プラグインアーキテクチャ自体が、現行のcactiにパッチを宛てるような形に
なる。

wget http://cactiusers.org/downloads/cacti-plugin-arch.tar.gz

展開する。
tar -zxvf cacti-plugin-arch.tar.gz

diffのパッチファイルを移動させ、あとはマニュアルにあるように記載
する。

patch -p1 -N < cacti-plugin-0.8.7a-PA-v1.4.diff

出力
----
patching file auth_changepassword.php
patching file auth_login.php
patching file data_sources.php
patching file graph_image.php
patching file graph.php
patching file graphs_new.php
patching file graphs.php
patching file host.php
patching file include/auth.php
patching file include/global_arrays.php
patching file include/global_form.php
patching file include/global.php
patching file include/global_settings.php
patching file include/plugins.php
patching file include/top_graph_header.php
patching file include/top_header.php
patching file index.php
patching file lib/api_device.php
patching file lib/functions.php
patching file lib/html_form.php
patching file lib/html.php
patching file lib/html_tree.php
patching file lib/poller.php
patching file lib/rrd.php
patching file lib/variables.php
patching file plugins/index.php
patching file poller.php
patching file user_admin.php
patching file utilities.php
----

マニュアルにあるように　include/config.php　において追加処理を
行った。

$config = array();
$config["url_path"] = '/cacti/';

cactiによる postfixの監視
mailgrpaherっぽく。

起動スクリプトを設置
ここからダウンロードしたスクリプトをメールサーバに設置

そもそもsendmail による　mailstatを利用してデータを取得する
つまり解析結果ファイルを/var/tmp/mailXXXXに関して記載があり
こちらにファイルが図れることで現在値のデータを取得する。

http://forums.cacti.net/about1571.html

ちなみにできるグラフは１つで
その中でsend,bound,virus,spamが監視できる。

mailgraph.pl -l /var/log/maillog -d にて動作検証

参考にさせていただきました。
discypus

#!/bin/sh
# chkconfig: 2345 85 35
# mailgraph postfix mail statics (for SNMP)
# description: Watch system status
# processname: mailgraph
#

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/local/sbin/mailgraph.pl
NAME=mailstats
DESC="mailstats"

# source function library
. /etc/rc.d/init.d/functions

lockfile=/var/lock/subsys/yum

RETVAL=0

test -f $DAEMON || exit 0

set -e

case "$1" in
start)
echo -n "Starting $DESC: "
$DAEMON -d -f /var/log/maillog 2>&1 > /dev/null &
echo "$NAME."
;;
stop)
echo -n "Stopping $DESC: "
killall mailgraph.pl 2>&1 > /dev/null
echo "$NAME."
;;
#;;
restart|force-reload)
#
# If the "reload" option is implemented, move the "force-reload"
# option to the "reload" entry above. If not, "force-reload" is
# just the same as "restart".
#
echo -n "Restarting $DESC: "
killall mailgraph.pl 2>&1 > /dev/null
sleep 1
$DAEMON -d -f /var/log/maillog 2>&1 > /dev/null &
echo "$NAME."
;;
*)
N=/etc/init.d/$NAME
# echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
echo "Usage: $N {start|stop|restart|force-reload}" >&2
exit 1
;;
esac

exit 0

SNMPにて
exec mailcount_sent /bin/cat /var/tmp/mailsent
exec mailcount_recv /bin/cat /var/tmp/mailrecv
exec mailcount_reject /bin/cat /var/tmp/mailrejected
exec mailcount_bounced /bin/cat /var/tmp/mailbounced
exec mailcount_spam /bin/cat /var/tmp/mailspam
exec mailcount_virus /bin/cat /var/tmp/mailvirus
を追記します
snmpの再起して　
上の設定がが管理サーバから取得されていることを確認します。

CACTI管理コンソールＷＥＢ画面から
Import　で　データをダウンロードします。

あとはDeviceで
　Associated Graph Templates を追加して、Postfixを追加すれば
　データの取得が開始されます。
　そのあとはCreate Graphでグラフを作成すれば完了です。

mysqlがミスってしまった場合の対象方法

DB-SERVER-MASTER

DB-SERVER-SLAVE

の単純な2者の関係で組んでいるのだが　コピー時に変更差分を受け付けてしまった
おかげでスレーブのスタートに失敗している。
これではバックアップとかもままならないので、スレーブの復帰を目的とした
設定を行う。

MySQLのバージョンは 前回ソースからビルドしたものを利用します。
5.0.44（つまりバージョン変更はなしって事で、大まかなバージョンが
一致していれば大方大丈夫のようです。）

まずは何はともあれ、バックアップ
mysql> mysqldump --default-character-set=utf8 -u root DBNAME1 >dump0315
mysql> mysqldump --default-character-set=utf8 -u root DBNAME2 >dump2-0315

まずは古いバイナリーログはどの道いらなくなるので捨てる。

チェックする。
mysql> SHOW BINARY LOGS

+------------------+------------+
| Log_name | File_size |
+------------------+------------+
| mysql-bin.000012 | 1073742766 |
| mysql-bin.000013 | 1073741907 |
| mysql-bin.000014 | 1073742236 |
+------------------+------------+

mysql> PURGE MASTER LOGS TO 'mysql-bin.000013';
これで１２まで消える。

日時以前だとこの方法を利用する。
mysql> PURGE MASTER LOGS BEFORE '2008-03-01 12:00:00';

MYSQLを読み専用モードロックを実施
mysqlコンソール上で
FLUSH TABLES WITH READ LOCK;

binlogの位置を確認
SHOW MASTER STATUS;

ここで出てくるファイルの位置と、ポジションが後のCHANGE MASTER TO構文で
利用するので控えて置く。

tar で固めてスレーブサーバに移動
tar -cvf /var/tmp/mysql-flashtable.tar /var/lib/mysql/

テーブルロックの解除
UNLOCK TABLES;
テーブルロックはファイルの取得が完了してからで問題ない。
そのためこの作成はかなり短時間で実行可能だと思う。

容量がでかいとかかるので要注意
scp /var/tmp/mysql-flashtable.tar DB-SERVER-SLAVER:/var/tmp/

CHANGE MASTER TO
master_host = DB-SERVER-MASTER,
master_user = replicator,
master_password = PASSWORD,
MASTER_LOG_FILE = 'mysql-bin.000013' ,
MASTER_LOG_POS = 365473474;

POSとファイルは、READフラッシュを実行した際に取得したポイントを確認。

参考になりました。
http://www.irori.org/doc/mysql-rep.html

今よく日経の全面広告などで、HP製サーバが19800円というのが販売されている
確かNECも同額でIBMも3万くらいだったような気がする。
これってすごいなと思うのだけど、

ただサーバに使うにはちょっと役不足の間も否めないのだけども、普通に個人で
処理用に使うには十分なのではって思う。

たとえばこれでスタートして、2台でハードディスクのミラーをDRBDで実装
なにかにすれば安価に水平展開した企業もスタートアップも激安だ。
このあたりのシステムが型落ちして、ショップでは12,000円にまでなっていた。
これはすごい。
（ちなみに今日の日経のNECの片面広告で新品14800円って）

管理工数の意味合いをどこにおくかっていうのは重要だけど、個人で電気代、
騒音さえ気にしなければAPIをもっと簡単に安定して提供できるようになったん
だなぁと思ったりする。

構成としては安価な部品類で構成
512MB
CPUはAMDのシングルコアのユニット
HDDも1台でなんてのだけど、　いまや7000円で500GB買えちゃうと思うと5万あれば
とりあえずのいいシステムになりそう。部門サーバとか。

参考になりました。
http://ken-etsu-tech.blogspot.com/2007/10/openipmi2.html

vi /etc/cron.d/ipmitool:

*/5 * * * * root /usr/bin/ipmitool sensor >/tmp/ipmisensor-snmp

これで5分置きに一時ファイルに書かれる。

こんどは添付ファイル側から、これをファイルにする。

vi /usr/local/sbin/ipmi-temp-stats

#!/bin/sh
PATH=/usr/bin:/bin
STATS=/tmp/ipmisensor-snmp

printf "%f\n" `cat $STATS | grep Temp | cut -s -d "|" -f 2`

vi /usr/local/sbin/ipmi-fan-stats

#!/bin/sh

PATH=/usr/bin:/bin
STATS=/tmp/ipmisensor-snmp

printf "%f\n" `cat $STATS | grep Fan | cut -s -d "|" -f 2`

/etc/snmp/snmpd.conf
に追加する

exec .1.3.6.1.4.1.2021.1000 ipmitemp /usr/local/sbin/ipmi-temp-stats
exec .1.3.6.1.4.1.2021.1001 ipmifan /usr/local/sbin/ipmi-fan-stats

$>snmpwalk -v1 -c public 192.168.0.100 .1.3.6.1.4.1.2021.1000.101.1

CD-SNMP-MIB::ucdavis.1000.101.1 = STRING: "29.000000"

$>snmpwalk -v1 -c public 192.168.0.100 .1.3.6.1.4.1.2021.1000.101.2

UCD-SNMP-MIB::ucdavis.1000.101.2 = STRING: "39.000000"

snmpwalk -v1 -c bsocomm 192.168.10.101 .1.3.6.1.4.1.2021.1001
を同様にたたくと結果が帰ってくるので

UCD-SNMP-MIB::ucdavis.1001.101.1 = STRING: "10200.000000"
UCD-SNMP-MIB::ucdavis.1001.101.2 = STRING: "8400.000000"
UCD-SNMP-MIB::ucdavis.1001.101.3 = STRING: "8250.000000"
UCD-SNMP-MIB::ucdavis.1001.101.4 = STRING: "6600.000000"
UCD-SNMP-MIB::ucdavis.1001.101.5 = STRING: "6900.000000"

これでファンの回転数が取れるようになった。
あとはCACTI側のグラフ操作になる。

ipmitoolで取れるメッセージの確認はここで行う。
ipmitool sel list

突如、oracle,mysql双方につなぐPHPを作って欲しいといわれる。納期も厳しい、、、

とりあえず環境から
IBM Xseries 306m いつもの

とりあえず既存環境は使えないので、改めPHPを再導入をすることになる。

なので CentOS 4.6(final) X86-64

php-5.2.5
Oracle -> グラフィカルの導入はいまさら無理なのでInstantClientによる導入
-> X86-64 10G R2版
http://www.oracle.com/technology/global/jp/tech/oci/instantclient/instantclient.html

mysql X86-64 5.0.67
-> これのために入れなおし。

ちなみに今回はコンパイルの過剰最適化は時間の関係で行わず。　
---
オラクルインスタントクライアントとは
　オラクルが配布しているバイナリー版パッケージという認識
　　メリット　GUIがいらない　ファイルを置くだけ
　　デメリット　サーバは無理
---

必要なパッケージを導入(暗号化ライブラリーでパスワードの複合化処理等を
行っているため変換するのにいるようだ。)

yum install libmcrypt
yum install libmcrypt-devel
yum install libmhash
yum install libxslt-devel

ここからいきなりやったけど失敗するので確認しながら行う。

まずはノーマルでPDOを含まずconfigure

./configure --with-apxs2=/usr/local/apache2/bin/apxs --includedir=/usr/include --libdir=/usr/lib64 --enable-zend-multibyte --enable-mbstring --enable-ftp --enable-mbregex --with-gd=shared --with-jpeg-dir --with-png-dir --with-zlib-dir --with-ttf --enable-gd-jis-conv --with-xsl --without-mysql --enable-soap --with-curl --with-mcrypt=/usr/local/lib --with-mhash=/usr/local/lib --with-iconv

OK

オラクルをテスト

./configure --with-apxs2=/usr/local/apache2/bin/apxs --includedir=/usr/include --libdir=/usr/lib64 --enable-zend-multibyte --enable-mbstring --enable-ftp --enable-mbregex --with-gd=shared --with-jpeg-dir --with-png-dir --with-zlib-dir --with-ttf --enable-gd-jis-conv --with-xsl --without-mysql --enable-soap --with-curl --with-mcrypt=/usr/local/lib --with-mhash=/usr/local/lib --with-iconv --with-oci8=instantclient,/usr/local/instantclient_10_2

OK

PDOを有効化

./configure --with-apxs2=/usr/local/apache2/bin/apxs --includedir=/usr/include --libdir=/usr/lib64 --enable-zend-multibyte --enable-mbstring --enable-ftp --enable-mbregex --with-gd=shared --with-jpeg-dir --with-png-dir --with-zlib-dir --with-ttf --enable-gd-jis-conv --with-xsl --without-mysql --enable-soap --with-curl --with-mcrypt=/usr/local/lib --with-mhash=/usr/local/lib --with-iconv --with-oci8=instantclient,/usr/local/instantclient_10_2 --enable-pdo

失敗した。

明示的にオラクルのバージョンを指定する必要がある
　さもないと
　configure でエラーがでる
　　configure: error: Unsupported Oracle version!

./configure --with-apxs2=/usr/local/apache2/bin/apxs --includedir=/usr/include --libdir=/usr/lib64 --enable-zend-multibyte --enable-mbstring --enable-ftp --enable-mbregex --with-gd=shared --with-jpeg-dir --with-png-dir --with-zlib-dir --with-ttf --enable-gd-jis-conv --with-xsl --without-mysql --enable-soap --with-curl --with-mcrypt=/usr/local/lib --with-mhash=/usr/local/lib --with-iconv --enable-pdo --with-pdo-oci=instantclient,/usr/local/instantclient_10_2,10.2.0.3

後は同時につかうmysqlの含み

./configure --with-apxs2=/usr/local/apache2/bin/apxs --includedir=/usr/include --libdir=/usr/lib64 --enable-zend-multibyte --enable-mbstring --enable-ftp --enable-mbregex --with-gd=shared --with-jpeg-dir --with-png-dir --with-zlib-dir --with-ttf --enable-gd-jis-conv --with-xsl --without-mysql --enable-soap --with-curl --with-mcrypt=/usr/local/lib --with-mhash=/usr/local/lib --with-iconv --enable-pdo --with-pdo-oci=instantclient,/usr/local/instantclient_10_2,10.2.0.3 --with-pdo-mysql=shared

失敗したので、パスを指定する。

./configure --with-apxs2=/usr/local/apache2/bin/apxs --includedir=/usr/include --libdir=/usr/lib64 --enable-zend-multibyte --enable-mbstring --enable-ftp --enable-mbregex --with-gd=shared --with-jpeg-dir --with-png-dir --with-zlib-dir --with-ttf --enable-gd-jis-conv --with-xsl --with-oci8=instantclient,/usr/local/instantclient_10_2 --with-pdo-oci=/usr/local/instantclient_10_2 --without-mysql --enable-soap --with-curl --with-mcrypt=/usr/local/lib --with-mhash=/usr/local/lib --with-iconv --with-pdo-mysql=/usr

----
これは不要っぽい
export LDFLAGS="-L/usr/lib/mysql"
----

最終版
./configure --with-apxs2=/usr/local/apache2/bin/apxs --includedir=/usr/include --libdir=/usr/lib64 --enable-zend-multibyte --enable-mbstring --enable-ftp --enable-mbregex --with-gd=shared --with-jpeg-dir --with-png-dir --with-zlib-dir --with-ttf --enable-gd-jis-conv --with-xsl --without-mysql --enable-soap --with-curl --with-mcrypt=/usr/local/lib --with-mhash=/usr/local/lib --with-iconv --enable-pdo --with-pdo-oci=instantclient,/usr/local/instantclient_10_2,10.2.0.3 --with-pdo-mysql=/usr

コンパイル開始
make

make test

テスト成績はこんな感じ

Number of tests : 4666 3603
Tests skipped : 1063 ( 22.8%) --------
Tests warned : 3 ( 0.1%) ( 0.1%)
Tests failed : 5 ( 0.1%) ( 0.1%)
Tests passed : 3595 ( 77.0%) ( 99.8%)
---------------------------------------------------------------------
Time taken : 512 seconds
=====================================================================

make install
完了

参考にさせていただきました。
http://d.hatena.ne.jp/studio-m/20070628/1183035681

CACTIを使っていると以前記載したが、細かい監視にはどうも手の届かない部分が
あり、NAGIOSに依存することにした。
以前いろいろ使ってZABIXXとか試してみたのだけど、しっくりこないので変更

CACTIとの位置づけはこんな感じになる。

グラフで長期的に追うようなもの。
統計監視、データ推移など。

NAGIOS
いまだめのものを検知する。
とりあえず、実装が比較的面倒だけど、CFGファイルはわかりやすい。

ほんとはZABIXXですべてが解決するはずだったんですが、、、

nagios 3.0.3

ユーザの作成

# su -
# useradd nagios
# passwd nagios

# groupadd nagiosc
# usermod -G nagiosc nagios
# usermod -G nagiosc wwwuser(apacheのユーザ)

./configure --with-nagios-user=nagios --with-nagios-group=nagios --with-command-user=wwwadmin --with-command-group=nagiosc --with-httpd-conf=/usr/local/apache2/conf

make

----
こんなのがでるはず
*** Support Notes *******************************************

If you have questions about configuring or running Nagios,
please make sure that you:

- Look at the sample config files
- Read the HTML documentation
- Read the FAQs online at http://www.nagios.org/faqs

before you post a question to one of the mailing lists.
Also make sure to include pertinent information that could
help others help you. This might include:

- What version of Nagios you are using
- What version of the plugins you are using
- Relevant snippets from your config files
- Relevant error messages from the Nagios log file

For more information on obtaining support for Nagios, visit:

http://www.nagios.org/support/

*************************************************************

Enjoy.
----

そのあと手順に従うと

make install
make install-init
make install-config
make install-commandmode

ここで連絡先アドレスを自分ものに変えておく。

vi /usr/local/nagios/etc/objects/contacts.cfg

WEBインターフェイスを追加処理
make install-webconf
パスワードを設定
htpasswd -c /usr/local/nagios/etc/htpasswd.users ngadmin

ここでのユーザ名は上記コンタクトファイルとあわせる必要があるはず。

httpdを再起。
ここからプラグインの導入に入る。

./configure --with-nagios-user=nagios --with-nagios-group=nagios --with-mysql=/usr/local/mysql

mysqlのチェックをしたいのでプラグインのコンパイルに追加。

make

make install

プレフライトチェック（今は呼ばないようだ。）
/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

----
Total Warnings: 0
Total Errors: 0

Things look okay - No serious problems were detected during the pre-flight check

----

こんなのがでれば間違いない。
起動
service nagios start

今日はここまで。

バグで落ちることがあって、その時にデータが飛んでしまう問題点があったので。
TRITON をバージョンアップ、便利な時代になったものでこれはすごい。

RPMで全部行けてしまう。　すごいな。

パッケージは以下。

MySQL-client-5.0.67-tritonn.1.0.12.x86_64.rpm
MySQL-devel-5.0.67-tritonn.1.0.12.x86_64.rpm
MySQL-server-5.0.67-tritonn.1.0.12.x86_64.rpm
MySQL-shared-5.0.67-tritonn.1.0.12.x86_64.rpm
mecab-0.97-tritonn.1.0.12.x86_64.rpm
mecab-ipadic-2.7.0.20070801-tritonn.1.0.12.x86_64.rpm
senna-1.1.4-tritonn.1.0.12.x86_64.rpm

でバージョンアップ、事前にバックアップ

前バージョンを削除（自作パッケージを削除かぁ　ちょっと感慨深い。）
rpm -e mysql-devel-5.0.45-1 mysql-server-5.0.45-1 mysql-5.0.45-1 mysql-libs-5.0.45-1 perl-DBD-MySQL-4.005-1.rf

もう少し
rpm -e mecab-devel-0.96-2.2.x86_64

さらにsennaも。
rpm -e libsenna-devel-1.0.9-1 libsenna-1.0.9-1 libsenna-debuginfo-1.0.9-1

これでアップグレード開始できる。

rpm -Uvh senna-1.1.4-tritonn.1.0.12.x86_64.rpm
Preparing... ########################################### [100%]
1:senna ########################################### [100%]

rpm -Uvh ./mecab-0.97-tritonn.1.0.12.x86_64.rpm
Preparing... ########################################### [100%]
1:mecab ########################################### [100%]

rpm -Uvh ./MySQL-*
Preparing... ########################################### [100%]
1:MySQL-shared ########################################### [ 25%]
2:MySQL-client ########################################### [ 50%]
3:MySQL-devel ########################################### [ 75%]
4:MySQL-server ########################################### [100%]

自動ではじまる。

PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:
/usr/bin/mysqladmin -u root password 'new-password'
/usr/bin/mysqladmin -u root -h inetsrv23d.04510.jp password 'new-password'

Alternatively you can run:
/usr/bin/mysql_secure_installation

which will also give you the option of removing the test
databases and anonymous user created by default. This is
strongly recommended for production servers.

See the manual for more instructions.

Please report any problems with the /usr/bin/mysqlbug script!

The latest information about MySQL is available on the web at
http://www.mysql.com
Support MySQL by buying support/licenses at http://shop.mysql.com
Starting MySQL.[ OK ]
Thank you for installing the MySQL Community Server! For Production
systems, we recommend MySQL Enterprise, which contains enterprise-ready
software, intelligent advisory services, and full production support with
scheduled service packs and more. Visit www.mysql.com/enterprise for more
information.

いちお念のため、マイナーアップグレードとはいえ問題があるといやなので。
チェックをする。

myisamchk -r *.MYI を実行した。

以上。簡単すぎる。。。。　なんだったんだあの苦労は、、、

REDMINEの導入
$yum install ruby ruby-devel ruby-irb ruby-rdoc ruby-ri

URL http://rubyforge.org/frs/?group_id=126 ここから最新を落とす。

$wget http://rubyforge.org/frs/download.php/56227/rubygems-1.3.3.tgz

$tar -zxvf rubygems-1.3.3.tgz

$cd rubygems-1.3.3

$ruby setup.rb

$gem --version
1.3.3

gem install rails

こんな　表示が出る。
Successfully installed rake-0.8.5
Successfully installed activesupport-2.3.2
Successfully installed activerecord-2.3.2
Successfully installed actionpack-2.3.2
Successfully installed actionmailer-2.3.2
Successfully installed activeresource-2.3.2
Successfully installed rails-2.3.2
7 gems installed
Installing ri documentation for rake-0.8.5...

Invalid output formatter

For help on options, try 'rdoc --help'

$rails --version
Rails 2.3.2

ここまで特に問題なしできた。

データベースの選択
yum install mysql mysql-server mysql-devel

mysqlの設定をちょこちょこいじる。

$gem install mysql -- --with-mysql-lib=/usr/lib/mysql

CREATE DATABASE redmine default character set utf8;
GRANT ALL PRIVILEGES ON redmine.* TO redminer IDENTIFIED BY 'PASSWORD' ;

http://rubyforge.org/frs/?group_id=1850

ついにredmineの導入

wget http://rubyforge.org/frs/download.php/54503/redmine-0.8.3.tar.gz

今日はここまで

mysql-cluster に関して

ちょっと古いけどサーバを構築できることになったの夢の構成を組んでみる。これで、諸兄の
憧れインメモリーデータベースがつくれることまちがいない。

おさらい
mysql-cluster またの名を NDB cluster(Networks DataBaseらしい)cluster

導入バージョン
mysql-5.1.34 ndb-6.3.25
RPMベース

選定事由
　mysql-clusterはシェアードナッシング型（つかわないをかっこよくいった言い方だな）のデータ
　ベースで共有ディスクを利用しない　-> 高価な共有ディスク装置(netapp とか EMCとか)は不
要になる。

ハードウェア
IBM Xseries 3550 7978-M1J を3台）+21J?だったか一台だけ別物。
　（トータルで120万位)
メモリは純正でなく、Trancend TS512MFB72V6T-T 4GBを20万位で。
　　　　このメモリ、最近すごく変動する。買った時は１万4000円だった。
　　HDD 160GB RAID-1構成

OS
CentOS 5.3 X86-64（64bit化は、DBなので必須とした。）
このへんの導入は、チームでお願いしてしまったので、普通に。

構成
　ちょっと特殊なのだが　4台構成 Data*2node SQLnode は今のところ2台
　内訳
　　DataNode X
DataNode Y
MgmNode Z + SQLNode
MgmNode W + SQLNode
　ちなみにWだけあとから追加したのでちょっとCPUがワンランクダウンしてる。
このあたりは、その構築先の基準によるし、自己責任がとれるならこれで
　　 いいと思ったので。
　オラクルだと、、、、いくらかは。。。

　SQLNodeはこれから拡張可能
　　これは暫定での利用で、SQLnodeの冗長化が弱い。ここで、SQLNode(API)であることから
　　このような接続が可能になる。

　　WEBServer -- DataNode の直結を行い WEB自体にmysql自体を持たせることができ、この
ネットワーク間においては高速なAPIノードが利用できることになる。
　これによりMysqlのIP一つにbindする問題点の対処が可能になる。(SPOFの排除)

メモリ方針
詰めるだけ積む　－＞正確には、サイズ計測用のPerlスクリプトがあるので、ndb_size.plで計算する。
　　　　　　　　　　perlのDBIパッケージがいる。
　　　　　　　メモリは使う用があったのと、1枚あたり4GBで、1.5万なので、10万とサーバと大差がなく
　　　　　　　なって来ているので最大まで積んでいる。

DataNode -> 32GB
MGMNode(mysql(API)) -> 10GBくらいあれば適正　キャッシュなどによる。

構成の事由
　ともかく　吹っ飛んだら同等の構成を追加することでカバーする。（お金を抑えるために保守もしぼる）
　そのため、冗長構成にする。ただし、冗長時の耐縮運転などは考慮しないため、障害時に対して
　は、重複障害への対応はバックアップからのリカバリーを基本とした。

ポイント
以外に知られていないが、インメモリーデータベースでも、ファイル書き込みをなくした完全版の
メモリデータベースシステムを構築することが可能だ。ただ実用面でいけるかというとそうでもない。
なので、重要なのはディスク性能になる。しかも高速かつ大きめ。というのもチェックポイントとして
書き出しを実行するので、意外にも足を引っ張る。とはいえ、いまどきのディスクであれば足りないっ
てことはないだろう。バックアップにも使うので、多い方がいいだろう。

250GBくらいが適正かと思う。　160GBで結構きちきちで運用してる。

導入は、いろんなところで紹介しているし、RPMだから割愛します。

マネージメントノードでの設定と構成

まず、マネージメントノードを複数台して運用しているところがほとんど見当たらない。
（事例少ないのか？）推奨しているのに。ただ、そもそも常時用意する必要はない。
マネージメントノードはワンランク落としてもいいと思う。

導入するテーブル数は60を4データベース、カラム平均30以下ぐらいだ。

よくよんでおこう　これ意訳すぎるけど、これが基本になる
http://dev.mysql.com/doc/refman/5.1/ja/mysql-cluster-ndbd-definition.html

vi /var/lib/mysql-cluster/config.ini
----
[NDBD DEFAULT]
NoOfReplicas=2 # データノード数が2つで冗長化
DataMemory=18GB # データベースの容量　これを超えると吹っ飛ぶらしい
IndexMemory=3GB # おなじくインデックスのサイズ

# 稼働用チューニング
SharedGlobalMemory=512M　#共有メモリ数
NoOfFragmentLogFiles=8 # Redoの設定数　3以上を推奨し、これ＋1の分がローテーションする。
FragmentLogFileSize=64M # REDO LOGfile size
RedoBuffer=64M #Default 8M FragmentLogFileSize*(NoOfFragmentLogFiles+1)*４セットがメモリで利用される
#DiskPageBufferMemory=512M # ファイルベースDBのとき、つかう
#TimeBetweenEpochsTimeout=20000 # default 2000 MAX 32000ms
#TimeBetweenLocalCheckpoints=25 # Default 20
TransactionDeadlockDetectionTimeout=8000 #デフォルト 1000ミリ秒 遅延検知を遅らせて障害判定を下げる。
LockPagesInMainMemory=1 #No swap　これはまる。　実メモリより取ってしまっている場合、これが要因で
　　　　　　　　　　　　# スタートしない可能性がある defualt=0(メモリをロックしない)
　　　　　　　　　　　　# データメモリに使う容量を確保する。
#MemReportFrequency=5 #ログとかで、使うときに
# テーブルチューニング系
MaxNoOfTables=2048 # 導入テーブル数に応じて
MaxNoOfOrderedIndexes=1024 #導入インデックス数に応じて
MaxNoOfAttributes=15000 # たぶん利用するカラム数 200バイト利用するらしい。
MaxNoOfConcurrentOperations=100000 #
MaxNoOfLocalOperations=220000 # MaxNoOfConcurrentOperations*1.1
MaxNoOfConcurrentTransactions=40960 #IMPORT時の処理で増加させた もっと少なくてもいいと思う

# LCP GCP関連
TimeBetweenLocalCheckpoints=23 #これとREDOが少ないとデータの回り込みの問題が発生し投入できないことがある。
#この数値乗数なので、ちょっと変えるだけで増える 23->24 で64MBになる
# 計算式 (4 × 2^TimeBetweenLocalCheckpoints) この場合 32MB
# LCPへの書き込み量の調整になるのであまり大きすぎてもいけない。
　　　　　　　　　　　　　　　 # Redo3回より上記が少なくなるように調整するのが望ましいらしい。
#TimeBetweenGlobalCheckpoints=20000 #あまりデフォルトから変える必要はないらしい
TimeBetweenEpochs=1000 #MicroGCPの設定値 この時間は、LCPは書き込みするかどうか保有する。
DiskCheckpointSpeed = 20M #LCP時のディスク転送速度　SSDとかならもっと早くできるのかも
CompressedLCP=1 #LCPの肥大化に備えて圧縮する　ver6.3以降で可能

ServerPort = 63132 #DBnodeポートへの接続ポートを固定する場合
Datadir=/var/lib/mysql-cluster # Directory for MGM node log files

[TCP DEFAULT]
PortNumber=2202 #マネージメントノードの接続を固定にする場合
SendBufferMemory=2M #データ転送量の設定
#ReceiveBufferMemory=2M

[NDB_MGMD]
Id=1
hostname=XXX.XXX.XXX.XXZ
PortNumber = 1186
[NDB_MGMD]
Id=2
hostname=XXX.XXX.XXX.XXW
PortNumber = 1186
[NDBD]
Id=4
hostname=XXX.XXX.XXX.XXX # Hostname or IP address
BackupDataDir=/home/mysql/backup
[NDBD]
Id=5
hostname=XXX.XXX.XXX.XXY # Hostname or IP address
BackupDataDir=/home/mysql/backup
#以下ノード数に応じて追加・削減を実施する。
[MYSQLD]
Id=5
HostName=XXX.XXX.XXX.XXZ
#ここまでをSQLノードを繰り返して記載

個人的な感想
ベーシックなところは、チームにいれてもらって、設定の確認とかをメインで今回したけど
やっぱり、ある程度調べておかないと厳しいものだと思った。
特に、お願いしているから、日中は触れなくて夜中に作業して、またもどしてなんてやって
たので、泣きそうだった。

-----

データノードのmy.cnf
力尽きたため　次のエントリーへ期待。

障害試験というか確認

> ndb_mgm
＜ノード番号＞ stop

停止

起動し開始する

＜ノード番号＞ start

この状態で頑張っている

＜ノード番号＞ status

> mysql Last completed phase 4
これはDataのフィックスをしている状態（recovery中）
ステージはみたところ６つまであるみたいで、４のステージはデータのリカバリーなどを
行っていた。

tail /var/lib/mysql-cluster/ndb__out.log

RESTORE table: 256 82336 rows applied
こんな感じでテーブルをリストアしてる。

これがでて起動
switchover complete bucket 0 state: 1starting

ndb_mgmでも表示がでてくるので確認できる。

ちなみに以前のエントリに記載した4台構成なので、どのノードを落としても、シングルで運用され
その間のフェイルオーバは1秒以内に実施されているようだった。特に検知できなかった。

perdition(破壊)に関して
いままで知らなかったけれど、perditionというゲートウェイソフトがあり、用があって使う。

要件
ActiveMail 6 -> IMAPサーバに接続する。
Aサーバ(WEBサーバ)　　　Bサーバ

この場合において以下の問題点があり、接続することができない。
IMAP Server側、クリアテキスト認証を許可できないためデータを取得できないという問題点があった。

ここで以下の要件を満たすサーバの接続を利用するためにゲートウェイを利用して接続する。

PHPlists

導入事例はあるのだけど、実際のカスタマイズとかってそんなにないのかなと
気付いたことをかいてみる。

コピーと展開なのでそんなに難しくないと考えられるので。

Help center live!

ライブチャットをメインとするヘルプデスクツールを提供。ヘルプデスクツールとは、単純にチャッ
トシステムを提供する機能。
顧客とのチャット記録を履歴として取ったりできる。を行い、製品の説明をしたりするのができ
るだろう。
ちなみに最近はやりの、チャット後のアンケートにお答え下さいはないので、モジュールか、
何かで組み込む必要がある。

必要システムは MYSQL4 以上　とPHP5系で動作確認した。

unzip hcl-2.1.7.zip

http://URL/hcl/setup/

日本語構成ファイルを置いておきます。超訳なので、意味がつながってなかったりちょっと
おかしかったりしますので、参考程度で。
参考ファイルをダウンロード

PHPESP

アンケート取りたい！　しかもWEBでやる。で、Limesurveyを実装してみたけど
レンタルサーバに載せてる関係で、mysqlが4はだめ。なので。。。

phpESPはmysql4でもいけます。　なので。
ちなみにadoが使えるのならmysql以外もいけるらしいです。

ついに Mysql5.5系がくるらしい。

ということは、あれも来るじゃないですか。

バージョン情報

変更元
mysql-5.1.34 ndb-6.3.25

変更後
mysql-5.1.47 ndb-7.1.8

変更点
プロダクツが上がる。
(どちらかと言えばmysql-cluster-7.0の機能として)
データノードのマルチスレッド化
統計データのDB化　ちょっとだけオラクルっぽくなる NDBINFOデータベースの利用
スナップショットができるようになる。
mysql cluster manager が利用できるようになる（有料版）
ディスクアクセスの多重化　（多分使わない）
オンラインデータノード追加(多分使わない)
大量データ処理の向上
DistribuionAwareness(分散認識)の機能追加（パーティションプーリング）

おさらいから
構成
データノード　2台
マネージメントノード兼SQLノード　2台

現状
バージョン
MySQL-Cluster-gpl-client-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-debuginfo-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-devel-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-embedded-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-extra-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-management-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-server-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-shared-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-storage-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-test-6.3.25-0.rhel5.x86_64.rpm
MySQL-Cluster-gpl-tools-6.3.25-0.rhel5.x86_64.rpm

----
これにアップグレードする。

MySQL-Cluster-gpl-client-7.1.8-1.rhel5.x86_64.rpm
MySQL-Cluster-gpl-clusterj-7.1.8-1.rhel5.x86_64.rpm
MySQL-Cluster-gpl-devel-7.1.8-1.rhel5.x86_64.rpm
MySQL-Cluster-gpl-management-7.1.8-1.rhel5.x86_64.rpm
MySQL-Cluster-gpl-server-7.1.8-1.rhel5.x86_64.rpm
MySQL-Cluster-gpl-shared-7.1.8-1.rhel5.x86_64.rpm
MySQL-Cluster-gpl-storage-7.1.8-1.rhel5.x86_64.rpm
MySQL-Cluster-gpl-tools-7.1.8-1.rhel5.x86_64.rpm

処理概要
アップグレードタスクによれば、バージョンを超えてしまうが、できなくはない。ただし
新機能の一部が見えなかったりしたので、アップグレードのち初期化を実施して、再デー
タの投入を行うようにする。

今回の作業の目的
　NDBINFOなどの監視ツール強化にともなう設置　および監視
　バグFIX
NDBMTDによる高速化
　SQLノードの追加措置による、サーバ停止の回避を上げる。

導入方法

そもそも
Huawai + 3Com で、H3C 今やさらに合併でつながりまくっているそう。
元々はciscoのファームそのままだったらしいけど、やっぱり問題あるとかで
コマンドも少々変わったそう。　メモ代わりに。

S5100-SI という機種
　この機種は、L3は不可。
　リンクアグリケーション、VLAN系はほとんどいけるみたいなので設定したい。

innodb バックアップをとる際に検討した。

GPLベース。
mysql perfomance blogで有名な著者の務める勤務先の製品でまだ検証して
ないけど信頼性たかそう。

○無償でinnodb のホットバックアップが取れる。
○導入もRPMベース

コマンドは以下
現時点では未解決。

VM関連： VMware ESXi 4.1U1

○SSHでのログイン
　V4 から変更されており、旧来のunsupported にてログインしinetdを
　変更する必要がなくなった。

　管理コンソールより変更しTechSupportにて変更すればよい

○VMのバックアップ方法
　SSHを許可後、スナップショットをとりコピーする。

SCPなどはできないので、
　　1、パイプを有効につかって転送。
　　2、NFS領域にコピー
　　3、USBなどの外部デバイスの利用

　このぐらいか。

XENServerネットワークの認識について

どうやってもオートネゴシエーションで 100Mbps になり速度が出なくて困っていた。
スイッチ側でも設定変更しても、合わないなと思っていたら、XEN側で制御できるようだ。

xenのコンソールからログインし変更可能
ethtool -s eth1 autoneg on

で設定可能
なので、　 speed 100 duplex fullとかも指定できる。

念のため再起しても問題ないように確認する。

目的
EBSタイプのサーバを、AMIイメージにして複製する。複数作ってロードバランスなど。
活用は色々ありそうなので記載しておく。

EBSタイプ AMIの作成方法

手順
コマンドラインで
　バンドルイメージコマンドで、作成
　バンドルイメージは分割されるので、再統合処理

AWS上で
　展開するＥＢＳブロックを作成

サーバで
　EBSをアタッチ
　アタッチしたＥＢＳに対してデータの流し込みをする。

　展開したディスクからスナップショットを作成

スナップショットから起動する。

amazon LINUX AMI でNginx + Fcgi を試す。

そもそも認識していなかったのだが、spawn-fcgiは不要。php5.3.3以降は、fpmというモジュール
が実装されているため、こちらをコンパイルすればオッケーとのこと。

なので構成としては
---- nginx ---- php-fpm
となる。

amazon AMI,nginx 1.0.0 ,php 5.3.6で実施しました。

今回特殊なのは、Apacheのサーバ環境（本番環境）と、処理量過多のサイトの2本立て（普通は
しないと思うが）なので、同じバージョンをデュアルコンパイルして実装する。

なかなか6にならないcentOSで、リバースキャッシング
お金でない方のキャッシングと言うことで。

環境 centOS 5.6

初の基盤平置きサーバと紹介
　メモリ 8GB(DDR3-10666 4GB*2)
　マザーボード Intel DH57JG
　XEON L3426 @ 1.87GHz 4コアでHTなるから8スレッドに。あと消費電力が低い。
　グラフィックカードは、3000円くらいのをつけた。
　電源はこれで、一番高い
　SSD intel X25-V 40GB と言うかあまり処理しないので少ない方を利用

写真は次世代型のSandyBridgesベースのものだけど、おおむねこんな感じになる。

総額 8万円くらい。を2式。
バランシングが目的。落ちたらkeepalived で復帰させる。（このあたりは前回分で記載）
1LANでデュアルイーサーを実現
=＞このへんの話はVLANの設定にて、そのうち記載したい。

あと、少し性能が落ちる構成を2式で20万位で、4式のサーバを用意する。落ちたら、
さよならにしないのをスケールアウトでカバーする。

ちなみに varnish うちの用途では以下3つ

○単純ロードバランシング
○リバースキャッシュ
○ヘッダ操作

の3つ。コンテンツ圧縮などに関しては、バックエンドに置くnigix層で行うことにした。

ロードバランシング機能だけど、単純と書いたのには以下から。
　○2.1から実装されたみたいで結構若い。
　○randomかroundrobin が指定でウェイト指定はないよう。

リバースキャッシュに関しては、そのまま静的コンテンツをキャッシュする。

ヘッダー操作
　今回試したいのは、MaxAgeを操作
　　　　　　　　　　　　　expireの操作を行う。

Nginx のベーシック認証

一部サイトで nginx でパスワード認証をかけない場合は、
IPの条件と、パスワード認証で分離できる。（apache2.2系と同じ）

bzip2が圧縮率がいいので汎用的に使っているが、最近あまりにも遅く（5時間半ほどかかる。）ので調査。
(DBのダンプファイルで)

並列処理をしていないらしい。

PHPのセッションについて

これ、以外にややこしいのでメモっておく。サイトの情報を自分なりに書いたので認識違いは
あるかも

とりあえず導入時のメモ。

Fusion I/Oの取り外し(IBM High IOPS SD classアダプターの取り外し)

取り外す場合。
検証が終わったのでとりはずす。

前途多難ぽい
nginx もアップグレード
wget http://nginx.org/download/nginx-1.3.11.tar.gz
tar -zxvf nginx-1.3.11.tar.gz

その前に SPDY の導入
wget http://www.openssl.org/source/openssl-1.0.1d.tar.gz
tar -zxvf openssl-1.0.1d.tar.gz
cd openssl-1.0.1d
./config
make
make install

続き。