LOGIN ID Password Auto Login Register Now! Lost Password?
XUGJ News
XOOPS関連ニュース
XOOPS関連ニュース : OSC2009 Tokyo/Springにホダ塾が参加します
投稿者 : gusagi 投稿日時: 2009-02-18 01:30:06 (1437 ヒット)
XOOPS関連ニュース

今週末、2月20日(金)と2月21日(土)に行われるオープンソースカンファレンス2009 Tokyo/Springに、ホダ塾が参加します。
両日のブース出展の他に、2月21日(土)の13時からのセッションでは、minahitoさんによるXCLの話と、gusagiによるHDの紹介を行う予定です。
先日にリリースされたHD1.0.3や、今後のHDの方針などもお話しするつもりですので、お時間のある方は是非いらして下さい

※前述のリンク先から、事前に申し込んでおく必要がありますのでご注意下さい。


この記事に対するコメント一覧

GIJOE  投稿日時 2009-3-10 5:52
龍司さん、こんにちは。

引用:

引用:
また、Webサーバを冗長化すれば、セッション以外にも「サーバへのファイル保存」問題が当然に発生します。
これ、Webサーバを複数にするっていう時にいつも問題になるんですが、簡単な対応方法ってないんでしょうかね?

セッションやアップロードによってWebサーバローカルに保存されるファイルって、さほど多くはないですよね。
だったら、その手のファイルを保存するフォルダをNFSで共有してしまう、とかダメですかね。


Webサーバ冗長化の副次的な目的に「負荷軽減」があるわけですが、XCLの場合、メモリ負荷やCPU負荷が大きいので、少数のファイルがNFS共有であっても、Webサーバ冗長化の効果は出ると思います。

もちろん、共有するNFSの物理的な置き場所はデータベースサーバで。

そうしないと、Webサーバ冗長化の本来の目的(片方が落ちてても大丈夫)が果たせませんから。

データベースが落ちたらもちろんサービスダウンになりますが、Web*2+DB*1構成である以上、それは元々のスペックですよね。
gusagi  投稿日時 2009-3-10 0:55
引用:

「~が^に化けてしまうようなDB設定であっても、セッションが消えないようなDBセッション」

も1.1からは用意しますよ、という話なら理解できます。
こっちですね^^;
一応、こうしますよという意図だったんですが、うまく説明出来ていなかった気がします。
次回以降、ここらへんしっかりしないとなぁ・・・

引用:
引用:
以前、ロードバランサーを利用したWebサーバ冗長化で、アクセスされるサーバがコロコロと切り替わったりしたので、DBセッションに比べるとファイルセッションは冗長化の際に問題が出やすい、という認識でした。
以前、ってことは、携帯用アプリケーションの開発の時ではありませんでしたか?

であれば、それはある程度避けられませんよね。
携帯の場合、セッション中に特定のWebサーバとのみ接続させるのは、ロードバランサーであってもDNSラウンドロビンであっても困難ですから。
確か、携帯じゃなくてPCだったような気がするんですが、キチンと覚えていないので、自分の勘違いかもしれません
GIJOE  投稿日時 2009-3-9 7:30
引用:

gusagiさんは書きました:
引用:

ちなみに龍司さんのこれ、
引用:
1.セッションをファイルベースへ変更

ときどきWebサーバ2台、DBサーバ1台というような構成で使うことがあるので、ファイルベースセッションだとこういうときに困るかも。HD1.1.0以降では、DBセッションを改良することを考えているようなので、それまでの暫定的な対処っぽいです
おそらく勘違いです。
HDは今後もファイルベースセッションで行くと思います。
すみません、これはセッション内での私の説明ミスですね
暫定的とは言わなかったと思うのですが「1.0.3でファイルセッションにして対応した部分について、1.1ではDBセッションでも対応します」の説明について、紛らわしい表現だったので。
このあたりイマイチ伝わってない気がします。

HDのファイルセッションは、「手間をかけて意図的に実装した」はずです。
XCL2.1ビルトインのDBセッション(要するにX2と同じ)に戻したければ、preloadを一個消すだけなので、そこが問題になる、というのがそもそも不思議です。

「~が^に化けてしまうようなDB設定であっても、セッションが消えないようなDBセッション」

も1.1からは用意しますよ、という話なら理解できます。


引用:
以前、ロードバランサーを利用したWebサーバ冗長化で、アクセスされるサーバがコロコロと切り替わったりしたので、DBセッションに比べるとファイルセッションは冗長化の際に問題が出やすい、という認識でした。
以前、ってことは、携帯用アプリケーションの開発の時ではありませんでしたか?

であれば、それはある程度避けられませんよね。
携帯の場合、セッション中に特定のWebサーバとのみ接続させるのは、ロードバランサーであってもDNSラウンドロビンであっても困難ですから。

ロードバランサーならセッションIDのハッシュなどで振り分け可能ですが、DNSラウンドロビンだといろいろな仕掛けが必要かも知れません。
Ryuji  投稿日時 2009-3-7 17:41
引用:

GIJOEさんは書きました:
ちなみに龍司さんのこれ、
引用:
1.セッションをファイルベースへ変更

ときどきWebサーバ2台、DBサーバ1台というような構成で使うことがあるので、ファイルベースセッションだとこういうときに困るかも。HD1.1.0以降では、DBセッションを改良することを考えているようなので、それまでの暫定的な対処っぽいです
おそらく勘違いです。
HDは今後もファイルベースセッションで行くと思います。
このこと、CNET BLOGの記事に補足で追記しておきました。

引用:
ちなみに、Webサーバ2台+DBサーバという構成でも、普通はそれでセッションがつながらなくなることはありません。まともなロードバランサーならそういう振り分けを行いますし、DNSラウンドロビンであっても、一度つながったWebサーバをころころ切り替えるようなUAはありません。(DNSラウンドロビンだと携帯だけ例外になりますが、それはまた別の問題)

なるほど、そういうものなんですね。このあたり詳しくないので助かります。

引用:
また、Webサーバを冗長化すれば、セッション以外にも「サーバへのファイル保存」問題が当然に発生します。
これ、Webサーバを複数にするっていう時にいつも問題になるんですが、簡単な対応方法ってないんでしょうかね?
gusagi  投稿日時 2009-3-2 9:23
引用:

ちなみに龍司さんのこれ、
引用:
1.セッションをファイルベースへ変更

ときどきWebサーバ2台、DBサーバ1台というような構成で使うことがあるので、ファイルベースセッションだとこういうときに困るかも。HD1.1.0以降では、DBセッションを改良することを考えているようなので、それまでの暫定的な対処っぽいです
おそらく勘違いです。
HDは今後もファイルベースセッションで行くと思います。
すみません、これはセッション内での私の説明ミスですね
暫定的とは言わなかったと思うのですが「1.0.3でファイルセッションにして対応した部分について、1.1ではDBセッションでも対応します」の説明について、紛らわしい表現だったので。

引用:
ちなみに、Webサーバ2台+DBサーバという構成でも、普通はそれでセッションがつながらなくなることはありません。まともなロードバランサーならそういう振り分けを行いますし、DNSラウンドロビンであっても、一度つながったWebサーバをころころ切り替えるようなUAはありません。(DNSラウンドロビンだと携帯だけ例外になりますが、それはまた別の問題)
ここも、自分の説明が原因です
OSCのセッションで、Webサーバ冗長化の件を例に出したので。
以前、ロードバランサーを利用したWebサーバ冗長化で、アクセスされるサーバがコロコロと切り替わったりしたので、DBセッションに比べるとファイルセッションは冗長化の際に問題が出やすい、という認識でした。

セッションを聞きに来て下さった皆さん、済みませんでした
GIJOE  投稿日時 2009-3-2 4:42
レポートありがとうございます。

引用:

minahitoさんは書きました:
jidaikoboさんと話したときのメモ
これ、SSLだとなぜかBASIC認証でません?
外したリンクを用意しておきます。
http://apps.sourceforge.net/phpbb/xoopscube/viewtopic.php?f=15&t=111


引用:うおっ、マフラー&ゴーグル男、怪しすぎる!
普通は目と口を隠せば十分だと思うのですが、頭にもマフラーを巻いているってことは、その部分で個人特定されるから?

ちなみに龍司さんのこれ、
引用:
1.セッションをファイルベースへ変更

ときどきWebサーバ2台、DBサーバ1台というような構成で使うことがあるので、ファイルベースセッションだとこういうときに困るかも。HD1.1.0以降では、DBセッションを改良することを考えているようなので、それまでの暫定的な対処っぽいです
おそらく勘違いです。
HDは今後もファイルベースセッションで行くと思います。

ファイルセッションにした意味は、DBによる文字化けで、serialize()後のunserialize()でデータがまるまる失われてしまう、という大きな問題を避けるためです。DBセッションにして、var_export()+eval()に置き換える、というのも手ではありますが、そんな複雑で重そうなことをするよりは、素直にデフォルトのセッションハンドラを使った方が「無難」ですから。

ちなみに、Webサーバ2台+DBサーバという構成でも、普通はそれでセッションがつながらなくなることはありません。まともなロードバランサーならそういう振り分けを行いますし、DNSラウンドロビンであっても、一度つながったWebサーバをころころ切り替えるようなUAはありません。(DNSラウンドロビンだと携帯だけ例外になりますが、それはまた別の問題)

また、Webサーバを冗長化すれば、セッション以外にも「サーバへのファイル保存」問題が当然に発生します。

どうせ、そこを解決しなければならない以上、Webサーバ冗長化環境において、ファイルセッションだけを問題視しても意味がありません。
minahito  投稿日時 2009-2-28 13:00
1週間がすぎてしまいましたが、OSCお疲れ様でした! m(__)m
スケジュールがみっちりだったからか、久々に楽しい(&目が回る)OSCになりました。

以下にレポートを投稿しました。
- OSC2009 Tokyo/Spring 終了レポート
- jidaikoboさんと話したときのメモ

そのほかネットで見つけたレポート
- 兄貴のCNET BLOG

適宜追加してください。今月のひとまとめに出しますので(をい)
minahito  投稿日時 2009-2-19 8:46
引用:

GIJOEさんは書きました:
さらに、10:00からの枠には、
「OSS開発者のための英語学習の進め方」
なんてのもあるし。これも、minahitoさん主催でしたよね、確か。

左様です(泣

仕事が忙しくなければどうにかなるのですが、完全に修羅場と重なってしまいました。土曜日までの道のりもなにげに合掌です。しくしく……

英語枠の講師の方と飯食おうと思っていたのですが、そうか……ランチミーティングになっていたんですね。ただ、共通のプレゼン資料が用意されてるので、準備自体は非常に楽そうです。
wackey  投稿日時 2009-2-18 13:57
お伺いするようです!
当日は楽しみにしております。
GIJOE  投稿日時 2009-2-18 4:01
タイムテーブルを見て気付いたのですが、

引用:
13時からのセッションでは、minahitoさんによるXCLの話
これって思いっきり、こことつながってますよね。

【2コマ連続】CMS大集合!
講師:パネラーとして各種オープンソースCMSプロジェクトリーダー他
http://www.ospn.jp/osc2009-spring/modules/eguide/event.php?eid=85

ランチセッションっていっても、パネラーであるminahitoさん自身はランチを取れませんよね。

さらに、10:00からの枠には、
「OSS開発者のための英語学習の進め方」
なんてのもあるし。これも、minahitoさん主催でしたよね、確か。

なんという過密スケジュール…(合掌)
Back to Page Top
MainMenu
Manuals
Search
XOOPS Official & Dev.
XOOPS Communities