先日ご紹介したPostgreSQL事例紹介セミナー2008ですが、お陰様で総勢80人程度のご参加をいただき、大盛況でした。
なんでも、日本は世界でも有数のPostgreSQL利用国だそうで。
話を伺うとみなさんおっしゃいますが、マルチバイトの扱いがちゃんとしているのはMySQLにはない利点なんですね。
これからも適材適所で利用していきましょう。
セミナー後は、恒例(?)の懇親会へ。
名古屋支部沢田さんのご尽力で、その日のアンケート結果がその場で発表されて大盛り上がりでした!
事例セミナーでもご講演いただいたSunの中村さん、オールクリエイターの橋本さん、住友電気工業の中塚さんはじめ、第四企画の黒田さん、JPUG理事の宗近さんなどいろいろとお話させていただきました。
とても楽しかったです!
その後、JPUG理事の面々(+なぜかハートビーツ社長の藤崎)と、2次会へ。
いつもの感じ(?)で、病院内システムの話やらIPv6の話やら、楽しい時間を過ごさせていただきました。
またまたその後、websig24/7の集まりにまぜていただき
花園神社@新宿の 酉の市 に行って飲んできました。
最近のweb業界の動向など、いろいろと面白い話ができました!
おまんじゅう見ましたよ!>あやさん
途中3時で帰ってしまって申し訳ないです。。
次の日には楽天テクノロジーカンファレンス2008があったので失礼させていただきました。
・・・・が、結局寝過して、いけませんでした。。。
とまぁこんな感じでとても楽しい、有意義なPostgreSQL事例紹介セミナーです。みなさま次回も(次会は?)ぜひご参加ください!
PostgreSQL事例紹介セミナー2008のご案内
PostgreSQL事例紹介セミナー2008を開催します。
事前申込制です。。懇親会はもう〆切ですが
セミナーのほうはまだいけるはずなので
ぜひ参加してみてください。
http://www.postgresql.jp/events/jirei-seminar-2008/event_info
以下紹介用テンプレです。
★ PostgreSQL事例紹介セミナー2008 開催のお知らせ ★
年に1度毎年恒例となりました、様々なPostgreSQLの事例をご紹介するセミナー
です。PostgreSQLは、本格的なリレーショナルデータベースとして注目され、
年々その利用は拡大しています。今年は、ニューヨーク証券取引所でも採用され
たPostgreSQLのDWH事例や、月間25億PVを超えるWebシステムのバックエンドを支
えるPostgreSQLの事例、病院で利用される画像診断データベースでの採用事例、
全社標準データベースとしてPostgreSQLを採用した例など、たくさんの事例をご
紹介いただきます。皆様のPostgreSQL活用推進のヒントとなれば幸いです。 皆様
のご参加を心よりお待ちしております。
【開催概要】
会場: サン・マイクロシステムズ株式会社 神宮前オフィス セミナールーム
日時: 2008年11月28日(金) 10:25 ~16:00
定員: 80名(定員になり次第締め切ります)
会費: 無料(事前登録制、懇親会は別途費用)
主催: 日本PostgreSQLユーザ会
後援: サン・マイクロシステムズ株式会社
【詳細・申し込み】
http://www.postgresql.jp/events/jirei-seminar-2008/ event_info
【プログラム】
10:00~受付開始
10:25~10:30 開催あいさつ
10:30~11:15 大規模導入事例(証券取引所クラス)のご紹介
サン・マイクロシステムズ株式会社
システム技術統括本部 中村 完 様
ニューヨーク証券取引所でも採用されている、 PostgreSQL をベースにした
大規模並列処理 DWH アプライアンスについて、デモを交えながら、導入例と
アーキテクチャのご紹介を致します。
11:20~11:50 携帯向けCGMサイトにおけるPostgreSQL可用性対策について
株式会社ビジュアルワークス
取締役 社長室 室長 落水 恒一郎 様
ビジュアルワークスは、携帯無料ホームページサービス(forestpage)を運営して
います。主に10代に高い支持を得ており、開設ホームページ数は180万以上、月
間ページビュー数 25億以上(PCを含む)のシステムです。そのシステムを支
えているのがPostgreSQLです。 PostgreSQLの利用方法とともに、採用の理由、
アクセス増大に伴う対処の過程をご案内いたします。 また、最近、可用性対策
として導入した Slony-I についてもご紹介します。
11:50~13:20 お昼休み
13:20~13:50 医療分野における診断画像データベースを支えるPostgreSQL
株式会社日立メディコ
メディカルIT事業部 システム本部 開発部
画像グループ 鈴木雅登様
日立メディコ社は、X線画像,MRI,CT,核医学検査など、放射線画像診断用装置を
医療施設へ提供すると共に、フィルムレス・デジタル画像を保存するICOM画像シ
ステムを開発しています。装置から発生する大量の診断画像ファイルと、それに
付属する患者氏名、撮影年月日、撮影情報など、多量の属性情報やインデックス
を管理するDICOMサーバのDBとして PostgreSQLを採用し、医療施設向けの診断画
像システムを、安心・安全に提供してきた取り組みをお話しします。
13:55~14:35 PostgreSQLを使ったチラシ・口コミサイトの構築・運営事例
オールクリエイター株式会社
代表取締役 橋本 俊秀 様
オールクリエーター株式会社では、ネットでクチコミ・チラシを楽しむ携帯・P
Cサイト「とっとくねっト」の企画・開発・運用をしており、データベースとし
て当初よりPostgreSQLを活用してきました。今回は、PostgreSQL活用における体
験を皆様にご紹介させていただきます。
14:40~15:10 自治体ビジネスに向けたPostgreSQLでの試み
株式会社BSNアイネット
白柏 雅資 様
BSNアイネットは、本社が新潟市のシステムインテグレータです。
自治体に向けたオープンソースの取組みとして、昨年度の
IPA(独立行政法人情報処理推進機構)のオープンソース活用実証事業で、
新潟県上越市様における「OSSによる統合DBを介した基幹システムと業務システ
ム連携の実証」プロジェクトを実施し、PostgreSQL,pgpool-HAを採用しました。
PostgreSQLの採用理由と、導入後の評価についてご紹介します。また、現在開発
中の「全国障害者スポーツ大会競技運営システム」においてもPostgreSQLを採用
しており、このシステムについてもご紹介します。
15:15~15:55 住友電気工業株式会社におけるオープンソースソフトウェアの
積極的な導入
住友電気工業株式会社 情報システム部
中塚 康介 様
住友電気工業株式会社ではオープンソースソフトウェアの積極的な導入の取り組
みの一つとして、 PostgreSQLを標準データベースとして定め、基幹システムや
全社システムへの導入を行ってきました。PostgreSQLを導入しているシステムの
うち、全社システムの社内ポータルサイト、申請システムを取り上げ、同じく
オープンソースソフトウェアの一つであるXenを用いた仮想化とあわせて具体的
な構築事例をご紹介します。また、現在最も大規模である全社経理システムのリ
プレイスにおいてもPostgreSQLの導入を検討をしており、住友電気工業株式会社
におけるPostgreSQLの今後の利用についてもご紹介します。
[Read More]
sshで自動切断されないようにkeepaliveパケットを送る
linux boxなど、コンソールからsshで接続したときに、idleしても自動切断されないようにするkeepaliveパケットを送信する設定
powerd by matsumoto sho
↓60秒おきにkeepaliveパケットを送信する場合
sendmail / qmail / postfix の接続元制限
特に、DNS関連(正引きできないと...、逆引きできないと...というケース)について確認した内容をメモしておきます
sendmailの場合
- 接続元IPアドレスを逆引きし、逆引きできたホスト名に対して正引きを行ったが、答えが一致しない場合にreject
⇒mcのLOCAL_RULESETSのRFORGEDで設定
- 接続元IPアドレスを逆引きし、逆引きできたホスト名に対して正引きを行ったが、答えが一致しない場合にreject
⇒tcpserverの-p(小文字)オプションで設定
- 接続元IPアドレスの逆引きができない場合、または接続元IPアドレスを逆引きした結果を正引きした時にAレコードが存在しない場合にreject
⇒main.cfのreject_unknown_clientで設定 - HELO/EHLOのFQDNを正引きした時、そのホスト名がAレコード・MXレコードのいずれでもない場合にreject
⇒main.cfのreject_unknown_hostnameで設定 - Envelope Fromのドメイン部分がAレコード・MXレコードのいずれでもない場合にreject
⇒main.cfのreject_unknown_sender_domainで設定 - ルール:RCPTのドメイン部分がAレコード・MXレコードのいずれでもない場合にreject
⇒main.cfのreject_unknown_recipient_domainで設定
と、いうわけで
- sendmailとqmailの制限は一緒。postfixは微妙に違います。
- 「HELO/EHLOのFQDNの正引き結果」と「接続元IPアドレス」をマッチさせるルールはないみたい。
- 「MAIL From:のFQDNの正引き結果」と「接続元IPアドレス」をマッチさせるルールはないみたい。
DNS逆引きチェックを入れちゃった場合に問題になりそう(だと言われている)ケースは
- 共有ホスティングの場合
- NAT構成の場合
- 逆引きが自分で設定できない場合
[Read More]
BPStudyに参加してきました
少し前の話ですが、BPStudyに参加してきました。
BP Study#14第14回: 集合知 と Django Admin
MC : 松風敬 「集合知」
MC : 岡野真也(id:tokibito) 「Djangoの紹介とAdminカスタマイズ」
[Read More]
PHPでSessionの生成が遅い場合の注意点
webサーバのパフォーマンスについて、PHPでセッション生成が遅い場合、
php.iniの設定を確認してみてください。
⇒使うのであれば /dev/urandom を使いましょう。
/dev/randomからの読み込みが遅くなる原因は、
- /dev/randomは、十分なエントロピーが得られない場合には応答をwaitすること
- エントロピーの素として「人間の利用するキーボードなどの入力デバイスのタイミングの「ぶれ」などを活用」していること
⇒iDC設置のサーバ機器だとエントロピーがたまらない!
⇒from: Linusのクリスマスプレゼントが引き起こした問題 - @IT
この場合、サーバの負荷は高くないものの応答が遅い状態になります。
みなさまご注意ください。
[Read More]
稼働中のMySQLの情報収集
稼働中のMySQLの情報収集の方法です。
値を読む際には単位に注意しましょう。
公式ドキュメントには、単位がキッチリ書いてないものが結構あって難儀します。。。
PHPをAPCで高速化
OpenXで広告配信システムを構築したとき、APCの導入で負荷が1/100くらいに下がったのでメモ。
LoadAverage60→0.6になりました。
導入は簡単です。
php.iniに設定を追加して完了。
extension=apc.so
apc.enabled=1
apc.optimization=1
apc.ttl=10
apc.gc_ttl=10
apc.shm_size=96
apc.shm_sizeが足りないと、apacheのエラーログに
[Read More]
webサーバをチューニング
webサーバのチューニングのポイントをまとめておきます。
ソケットの開放が追い付かなくなって
ポートを使いきってしまいます。
⇒特にKeep Alive OFFのwebサーバなど
net.ipv4.tcp_fin_timeout
の値になります。(単位は秒)
オンラインで変更する場合、sysctlを使って調整します。
設定値の表示
# sysctl -w net.ipv4.tcp_tw_reuse=1
# sysctl -w net.ipv4.tcp_tw_recycle=0
↑なんか勘違いしていた可能性があるので修正。現状では大きな問題は起きていないですが、tcp_tw_recycleはNATで問題が起きることがあるようなので最終手段です。
@2008/12/11追記
↑tcp_tw_recycleを1にすると問題が多くて地雷祭りなので、基本0にしておきます。
@2010/10/29追記
いまさらですけど、tcp_fin_timeoutはtime_waitの数と関係ありません(60秒でハードコードされているとのこと)。tcp_fin_timeoutが関係あるのはFIN_WAIT_2の数で、FIN_WAIT_2が多い場合はtcp_fin_timeoutを短くすると改善するかもしれません。
また、起動時に設定されるように
/etc/sysctl.conf
を編集して設定しておきましょう。
参考図書 [Read More]
auto negotiationの仕組み
旧サイトからの移設分エントリです。
最近はインターネットも一般的になってきたこともあって、その仕組みについての知識もだいぶ普及してきたようです。
パケット通信とはなんぞや、や、 HTTP, FTP, SMTP, POP等のプロトコルレベルの話からTCP/IPの仕組みぐらいまでが一般的ですかね。
OSI参照モデルなんかは大学でも情報系の学科なら必修ですね。
実践的な話ではTCPの場合のコネクションをはるまでの過程やルーティングの話がありますね。私も基本的な話はだいぶ分かっていたつもりなので すが、最近ひとつ疑問につきあたりました。
オートネゴシエーションの仕組みはどうなっているのか、です。
あのHUB< ->NIC間等で通信スピードと方式の検出を行うあれです。まさに基礎の基礎。なにしろ最初の一歩・ケーブルを挿す、の直後ですから。
というわけで調べてみました。
今回は一次情報の場所がわからなくて困りました。まずRFCを調べたけど空振り。ということでgoogleからあさってみました。で、見つけたのがここ(⇒Charles Spurgeon's Ethernet Web Site)。ここが一次情報源だと思います。
で、 肝心のauto negotiationの仕組みはというと、詳しくは分かりませんでした。(といってもただじっくり読んでないだけですが。)おおざっぱに言うと、FLP (fast link pulse)やNLP(normal link pulse)と呼ばれる既定のパルス波を用いて以下の優先順位で検出を行っているらしいです。