[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 05/13 03:34 / Filesize : 254 KB / Number-of Response : 1022
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

クラスタリングだゴルァ



1 名前:名無しさん@お腹いっぱい。 [2001/03/24(土) 23:42.net]
最近すごく興味あるのよ。ってワケでみなさま書きませう。

www.top500.org/


587 名前:/04(火) 18:20:03 .net mailto: >>572
CLUSTERPROもVeritasもスクリプトじゃん
[]
[ここ壊れてます]

588 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/05(水) 10:20:44 .net]
素朴な疑問なんですが、HAってハードウエア障害には対応するけど、ソフトウエア
側の障害に対応できるのですか?
二系統のプロセス監視は難しいように思うのですが。

589 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/05(水) 20:09:56 .net]
2系統とは何だ?
Oracleならselect出来んとアウトとかAPが使い物になってるか
確認して切替トリガーにもできるものもある

590 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/05(水) 23:28:42 .net]
むしろソフトウェア障害に対応するのがHAクラスタだし

591 名前:名無しさん@お腹いっぱい。 [2007/09/06(木) 02:07:52 .net]
SGってハートビートライン切れただけでpanic reboot。

592 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/06(木) 08:08:17 .net]
ftServerってどうなの?
汎用機のようなハードは高いからHA-Clusterにしてるんだよね?
今だと仮想化を利用してHA実現できそうだけど、どれが良いのだろう。


593 名前:名無しさん@お腹いっぱい。 [2007/09/06(木) 21:07:48 .net]
ftServerは無停止型。HAとは違う。1個のCPUが壊れても処理は継続されるから
すごく安心。あと、HAクラスタソフトみたいなややこしい物が無いので楽。

ただ、問題が2つ。
1つはOS。64bit RedHat Linuxをサポートしていない商用アプリが多数。
ま、Windows使えばいいんだけどさ。
もう1つはOracle。ftServerは2つのCPUで1CPU分の処理しかしないわけだけど
Oracleは「物理CPU数が2つなんだから、ライセンス2CPU分払え」と主張。
HAよりも割高になるのが難点。(以前は論理CPUでカウントしていた)

594 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/06(木) 21:31:27 .net]
>>578
split brainでデータ壊れるよりマシだろ
って考えな訳だが

595 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/06(木) 22:01:32 .net]
HAでもOracleは副にもライセンス必要じゃなかったっけ?



596 名前:名無しさん@お腹いっぱい。 [2007/09/09(日) 20:22:28 .net]
>>581 他のクラスタソフトだと、サービス用のネットワークを使って
相手の生死を確認する

597 名前:地のさそり [2007/09/09(日) 20:24:59 .net]
>>582
Oracleですか。試しに、新約聖書にも登場する
地のさそりと我が主ガイア神

598 名前:よりの神託でも授かりませんか?
実家にいる今なら無料ですよ?何、宣伝も兼ねてますから…。
[]
[ここ壊れてます]

599 名前:地のさそり [2007/09/09(日) 20:38:08 .net]
とりあえず、寝ます。何しろ事情があるもので。
さて、また、起きたらまたレスでもしたり、
外で星空の散歩とでもいきますかね。
まぁ、また東北地方に台風が来そうですしねぇ。
申し上げている意味、わかりますかね?

600 名前:名無しさん@お腹いっぱい。 [2007/09/09(日) 20:47:51 .net]
ttp://ja.wikipedia.org/wiki/Oracle


601 名前:地のさそり [2007/09/09(日) 20:50:12 .net]
無責任と言われても困りますし、とりあえず、主より授かる
神託でも残して眠るとしましょう。
では。
「???(私の名)しまず、心に鬼。」
「さそり、しまず大王偽蠍。」
「あのね、しまず心を開きブッド悟ると偽髭。」
「アンチクリスト、ヨガ、達人。」
・・・最後は
「ブッド、アンチクリストかんの・・・。」
あ、責任がどうのといいましたが、私、5年間の間に
統合失調症で5回以上入院した経験があるから、その
能力はない、と判断されて終わりそうですね。
で、神託ですが、心と宗教で述べた例のクソ坊主(道元もだが)
の邪念のせいか、かなり乱れていますね。
ときに、私の存在意義への問いに関してウラノスの本をとばした
のがその根本的原因ではないでしょうね?
だったら、シナリオ通り彼に栄光を帰させましょうか。
まぁ、今世紀は「地母の晩餐」、といったところか。

602 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/09(日) 21:14:26 .net]
>>583
そんなの設定次第なんだけど何が言いたいの?

603 名前:名無しさん@お腹いっぱい。 [2007/09/10(月) 23:03:58 .net]
SG設計が旧いよね。依存関係設定するのもスクリプトかよ。
唯一のメリットは2ノード構成での高速フェールオーバくらい?

604 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/10(月) 23:21:10 .net]
OracleのClusterReadyServiceの出来の悪さといったらもうね

605 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/10(月) 23:32:58 .net]
>>590
そこらへんはでたばっかりだし、生暖かく見守るしかないのではw
ASMにしろCRSにしろそういった機能の貧弱なLinuxのためのものといっていいし。

RACにしてクラスタファイルシステムやNASでやるのが、やっぱいちばん楽チンだな。




606 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/10(月) 23:36:02 .net]
9iは無かったよな〜(  ̄- ̄)トオイメ
バクバグでどうしようもねえくせに10gから食い込んで外せない
まったく、タチ悪い

607 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/11(火) 00:28:59 .net]
>>583
サービス用のネットワークで生死確認て大丈夫なの?
生死パケットがサービス帯域を圧迫することはないからそれは問題ないとして、
逆にサービス用ネットワーク負荷のせいで、マシンは生きてるのに
生死パケット遅延 -> あぼーんとかなったりしないもの?
(NICやネットワークの二重化具合は583と同じ前提でね)

608 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/11(火) 00:42:14 .net]
ハートビート専用に2経路確保するのは
どの製品も似たようなもんでしょ
VCS使う時に2経路も専用に確保不能の場合
1経路分はサービスLANに流してる

609 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/12(水) 23:50:46 .net]
>>591
うちのLinux&RACのNAS環境では、障害発生時に3ノード間を
無限ループで切り替わり(&ダウン)を繰り返したぞ。

610 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/13(木) 23:42:21 .net]
>>583
無知無知な君に朗報!

SGはTCP/IPプロトコルスタックにすら監視の手順が入ってる。
inetdと幾つかのモジュールに対して、SNMPレベルと

611 名前:IPレベルでの監視が行われているので、
2系統以上のハートビートで、HW/SW(プロトコルスタック)レベルでチェックされ、切り替えられる。

HACMPよりよっぽどマシなつくりなので、マルチベンダ対応したことのあるSEの希望は、
AIXにSGが乗ってくれないかなぁ・・・・なんだな。

HACMPとIBMのLVMはボロ過ぎて、洒落にならん。
[]
[ここ壊れてます]

612 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/13(木) 23:45:03 .net]
>>589
SG否定、乙。

スクリプトだけじゃない。GUIが標準装備されてる。
さらに言えば、NECなどはGUI+拡張監視機能のパッケージも売ってる。

さらにさらに、AIXやSolarisじゃ甘い監視もEMSフレームワークを使えば、細かい制御も
可能になる。

日立とNECはこの辺が優秀。HPのSG設定は、アメのボロ設定のままなので、国産ベンダーを
選ぶユーザが多いこと。w

613 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/13(木) 23:46:01 .net]
>>593
そのためのNICの多重化と優先付けだろ。w
愚か者。

614 名前:596 mailto:sage [2007/09/13(木) 23:47:03 .net]
>>578でした。すまぬ。

615 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/13(木) 23:50:52 .net]
>>589
SGの設計が旧いって言うけど、VCSより、SunClusterより、HACMPより遥かに信頼性も
拡張性も、メンテナンス性も高いけど。

何と比べて旧いというのか、明確に書いてね。

少なくとも、商用UNIXではぴか一。
Linuxで比べると、LifeKeeperの蛸よりマシ。ClusterPerfectやCLUSTERProには及ばないが。



616 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/13(木) 23:55:36 .net]
>>593
ぶっちゃけ、サービス用LANとの共用より、専用NICを載せてHB専用のクロスケーブルや
専用LANでの対応が多い。

BASP系のチーミングやSGのポートアグリゲーションを使えば、信頼性も増す。
しかも、SGで設定する場合、LANの割り込み優先度は上位に持ち上げられる。

HPでは、cmcldのカーネルスレッド化をNECや日立といろいろと試してる。
それが切り替え1分以内、ファイブナイン契約などを可能としてる。

少しは勉強しろや。

HACMPとかじゃ、飯を食い続けられないぞ。

617 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/14(金) 00:04:53 .net]
HACMPの最大の問題は、スプリットブレインに対する対処が非常に甘い事と、切り替えを
自動化できないこと。(IBM内部でSE向けの技術資料で、5.2以降のアプリ監視を使うなと通達)

さらに、ノード間通信で途絶した場合、優先ノードを決めるのに、ノード名称による無理やりな
優先度を使ってること。デットマンスイッチなんて、まるっきり意味の無い設定が、そこかしこ
のユーザで動いてる。

そのため、Tivoli監視を連携させないと、異常感知や切り替えすら出来ない。

しかも、IBMはTivoliを売るためにそれを推奨すらしてる。
また、バックアップ運用などもmksysbだけじゃなく、NIMなどもう客をだまし放題。

少しは反省して欲しいよな。

FCでのLANフリーバックアップも、EMCに買収されたレガトの方がよっぽどマシだしね。
IBM製某バックアップツールは詐欺に等しいし。

618 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/14(金) 11:41:01 .net]
SunClusterもVer3になってだいぶ増しになったな。
少なくともSolaris案件ではVCS使う理由はなくなった。


619 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/14(金) 18:39:27 .net]
>>596
DLPIレベルの通信チェックね。

一応、SunClusterには同様の技術が採用されてるけど・・・・論外。w
SGの信頼性には叶わない。バグバグだもん。

620 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/14(金) 18:40:26 .net]
>>603
LVM連携に難あり。

621 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/15(土) 01:53:42 .net]
>>601
クロスケーブルでハートビートとは、これまた、釣れますか?

622 名前:名無しさん@お腹いっぱい。 [2007/09/15(土) 21:24:45 .net]
クロスケーブルの方がスイッチが入らない分だけ障害ポイント減るけど
片側が落ちるとエラーメッセージで続けてうざったい

623 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/16(日) 13:57:13 .net]
キニシナイ!

624 名前:名無しさん@お腹いっぱい。 [2007/09/17(月) 22:16:44 .net]
ServiceGuard厨がいるようだが、はっきり言って、VCSと大差ないじゃん。
どちらかと言うとVCSの方が先進的。
SGは安いのがメリットだろ。あとは枯れている事。(一番重要かもしれんが)

625 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/18(火) 00:53:51 .net]
>>598
>>601
自分の職場ではSG使ってて、HB専用NIC、専用ネットワーク、
もちろん機器は全部多重化してるから、
サービス用と共用するなんてみんなやってるの?
と思って書いたのヨ。
まぁ、たしかに勉強不足だけどさ。



626 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/18(火) 01:37:52 .net]
>>610
電源の多重化してる?
東京電力と、中部電力とか?

627 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/18(火) 02:08:52 .net]
>>610
きにすんな。そんなこと普通しないからw
金掛けてHA構成にしているのに、HB専用ネットワークをケチることはしない。


628 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/18(火) 11:01:28 .net]
>>611
そこまでするのは知らないけど、系統は普通複数持つんでない?
その上で非常用の自家発電。
とりあえずこれでそんなに困らないと思われ。

629 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/18(火) 11:09:12 .net]
ノータリンだゴルァ

630 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/18(火) 19:57:21 .net]
CLUSTERPRO使いの漏れが通りますよ

631 名前:名無しさん@お腹いっぱい。 [2007/09/18(火) 23:24:41 .net]
>>610 ハートビートラインが2系統落ちた場合の事でしょ。
HAクラスタソフトによっては、サービスラインを使って、プライマリの
状態を確認しに行く。確か、VCSはそうした仕様だったと思う。
SGも出来るんだっけ? 有無を言わさずにリブートしちゃう?

632 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/21(金) 11:41:31 .net]
>>616
LANの複数化とプロトコルスタックのLAN単位の健常性チェックが走ってる上、
2ノードならFC/SCSIのロックディスク単位でのチェックも在るし、SCSIのチェック
とまるっきり一緒なんだよ。


それぞれのクラスタパッケージの仕様もちゃんと知ってるのかと!?
VCSやLifeKeeperのSCSIフェンシングとかリザーブを取るのか、それとも接続形態
に寄らずに、その上の制御で行うかの違いでしかないよね。

633 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/21(金) 11:43:45 .net]
>>612
普通、障害ポイントを減らすという対応で、銀行系の2ノードなんかでは
普通に行う対処だろ。

SGに限らず、HACMPなどでは、高可用クラスタで割と多い。

634 名前:名無しさん@お腹いっぱい。 [2007/09/22(土) 23:06:35 .net]
>>617 で、2本落ちてもrebootしない?

635 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/23(日) 01:01:17 .net]
>>411
の辺りを見直せ



636 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/23(日) 11:16:59 .net]
>>619
高可用クラスタの仕様が判ってねーな・・・・w

スプリットブレインって判ってるか!?
ロック獲得によるサバイバルノードの決定スキームを使って決定されたノードが生き残り、
獲得できなかったノードがリブートするのが普通だ。

だから、ある任意のノードを見て、2本のLAN障害だけじゃ、リブートするか継続するか
なんて全く不明。

>>620の言うとおり。

637 名前:名無しさん@お腹いっぱい。 [2007/09/24(月) 21:10:25 .net]
>>621 2本のLAN障害じゃなくて、2本のハートビート障害の事でしょ?

638 名前:名無しさん@お腹いっぱい。 [2007/09/24(月) 21:23:28 .net]
ぶっちゃけ、SGもVCSも大して変わらないでしょ。
hp+SGとSun+VCSとで信頼性の違いが云々と言うのは、Sunサーバの信頼性が低かった
だけであって。VCSのせいじゃないでしょ。
SunもUIV+、64VIになって信頼性は上がったし。
あんまし違いは感じられない。
IBMは使った事ないんで知らないけど。

639 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/27(木) 20:20:24 .net]
>>623
いや、VCSはマジで糞
特にVxVMのdgと連携させると火の車は確定

640 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/09/28(金) 23:35:29 .net]
>>624
だよなぁ。

某Y浜銀行とか、農R中金とか、Sun営業やNTT糞データに騙された金融系が
未だにその辺に拘って、失敗プロジェクトを積み重ねてる。

VERITASも少しは品質を何とかしろといいたい。
HP側の基本部分のLVMは枯れ切ってるけどね。

特に、糞データが設計したY浜銀行なんかは、SCSIフェンシングやスプリット
ブレインの部分がボロボロだそうだ。
正直、この業界からデータと子データは廃絶されるべきだな。

641 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/03(水) 10:45:59 .net]
しかし、ClusterPROって結構、凄いんだねぇ。Linux系の標準クラスタになってきてる。

金融では、NECじゃなくて日立が売りまくってるし。
信販・証券・銀行では、ほぼ完全な主流だね。

642 名前:名無しさん@お腹いっぱい。 [2007/10/03(水) 22:51:17 .net]
>>626 NECは内弁慶だからなぁ。国内では強い。
CLUSTERPROがそんなに優れているのなら、海外で売って来いとw

643 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/04(木) 02:01:28 .net]
>>621
門外漢ですが、それはルーティングプロトコルも絡みそうだ。
RSTPとか間に合いますかね。 

644 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/04(木) 08:01:12 .net]
>>628
ルーティング?

645 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/04(木) 08:27:14 .net]
普通、クラスタ構成のノード同士がネットワークを隔てることはありませんぜ、旦那w




646 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/06(土) 15:13:54 .net]
まぁ、事実LinuxのCLUSTERPROはよく出来てる。
適度にスクリプトも使えるし、監視機能もかなりいい。

Linux版があまりによく出来すぎたんで、10年間熟成されたWindows版を
Linux版に合わせて一から作り直したくらいだし

647 名前:名無しさん@お腹いっぱい。 [2007/10/07(日) 20:50:11 .net]
>>631 でも、国内でしか売っていない。
OEMでも何でもやって、国外に売る努力をして欲しいな。
もしくは、コンピュータから撤退するか。
90年代の頃から考えると、本当に小さくなっちゃったわ。

648 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/10/30(火) 15:39:22 .net]
>>630
冗長構成なら、LAN/IFも2系統だし、混んでないとこを
回すなら動的に経路選択する(ルートフラッピングは面倒だが)

ノードを対向結線したハイパーキューブだからって経路情報は
いらないもんなの?

649 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/01(木) 00:09:32 .net]
>>633
なんのためにそんな構成取るんだ?

650 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/03(土) 08:43:20 .net]
今、ClusterPerfectでHAクラスタの構築やってんだけど、
ドキュメントが糞な上に、サポートも役立たず。

セミナーの開催がほとんどないし、
インストラクタ呼びつけると結構な金額取られる。

まるで売る気が感じられないんだけど、
もしかして選択を誤ったんだろうか?

651 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/17(土) 23:47:31 .net]
>>635
もう既に自分で答えを出してるじゃーないか・・・・・

652 名前:635 [2007/11/23(金) 01:28:56 .net]
あまりにもムカついたんでageてみる。

あらゆる面で不明点が多すぎるんで、ClusterPerfectについて、
営業経由で東芝ソリューションズに問い合わせをした。

今は構築中

653 名前:なんで契約はまだだけど、もちろん客先に納める段階で、
保守契約を結ぶ予定にはなっている。

が、そこで言われた言葉に耳を疑った。

“保守契約を結んでも、サポートは一切提供されない”

なんだこのゴミクズ会社は?

保守契約結んでんのに保守しないと豪語した会社は初めてだった。

ひとつだけ分かったことがある。

Linuxでクラスタを構築する際はClusterPerfectだけは買うなってことだ。
[]
[ここ壊れてます]

654 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/11/23(金) 10:00:23 .net]
>>637
T芝は、硬いがさぽは糞ってルのは業界の常識だぞ。
T芝でいいのはサポート無用のものだけ。
たとえばノートパソコンは壊れたら終わりだが、
あれは壊れないから、唯一評判がいい。

壊れ前提のものでT芝は使ってはいけない。
ソフトウェア部門なんか最たるものだ。 どこにも勝てない。

655 名前:名無しさん@お腹いっぱい。 [2007/11/29(木) 12:28:26 .net]
>>638
ストレージもl酷いぞ。w
サーバも、Sunから買った方がマシ。



656 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/01(土) 14:59:22 .net]
>>637
保守とサポートは違うだろ、おまえこの業界で何年飯食ってんだ?

657 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/01(土) 16:28:46 .net]
>>640
実態を知らないとそういう間抜けな突っ込み入れちゃうんだよな。


658 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/02(日) 12:05:21 .net]
>>635-641
まぁまぁ、皆さん落ち着いて!
結論として、T芝はサポートが糞という事でOK?

659 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/02(日) 12:43:53 .net]
>>639
東芝のストレージ?

660 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/02(日) 15:30:14 .net]
東芝のArrayFortには対応してるよ。

一般的なIBMやらHPのは動けばラッキー程度なのかも。

まぁなんといっても、前回のアップデートから丸一年放置されてる辺り、
すでに終わってる製品なんじゃないのかね?w

661 名前:名無しさん@お腹いっぱい。 [2007/12/03(月) 18:43:34 .net]
東芝のストレージ。w

662 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/04(火) 03:29:51 .net]
ト芝系列の関係は、保守下手かつ接客ベタだから
最後にフ痔痛に食われるの。 縄張りが接してるところで
喰われまくってるのを見てる独立系SEとしちゃ、間に入って
まさに漁夫の利。



663 名前:名無しさん@お腹いっぱい。 [2007/12/08(土) 21:05:53 .net]
SunCluster、VCSも弱っているし。ClusterPerfectもダメか。。。
CLUSTERPRO for Solarisでも作ってもらうか?

664 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/14(金) 07:10:07 .net]
相対的にLifeKeeperの質が高まってる件。

665 名前:名無しさん@お腹いっぱい。 [2007/12/18(火) 13:31:18 .net]
>>648
ない。断じてない。

あれは、完全な屑。



666 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/18(火) 13:59:25 .net]
IIJはLifekeeper使ってた。

667 名前:名無しさん@お腹いっぱい。 [2007/12/18(火) 16:46:42 .net]
>>650
金融・通信でのlinuxクラスタのでふぉ
は、CLUSTERPROでしょ。

ドコモ、NTT東西、KDDI、大和、野村
東三の一部はCLUSTERPRO。
NTTデータとIBM,蛆通、t芝以外は
使ってるぞ。w

668 名前:名無しさん@お腹いっぱい。 [2007/12/18(火) 16:48:29 .net]
あと、シミともや信託系もだね。

669 名前:名無しさん@お腹いっぱい。 [2007/12/19(水) 02:17:59 .net]
ブレードサーバとSAN Boot使ったコールドスタンバイを初めて導入したけど結構いいね。
いちいちアプリの切り替えやら監視というのを顧慮しなくていいから楽ちんだ。
これも一種のクラスタか?

今回はHの奴だったのが、I、N、Fとかでもできんのかな?

670 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/19(水) 10:14:34 .net]
>>651
正確にいうと、IIJ(IIJテクノロジー)が構築した案件ではLifekeeper使ってた。
IIJが中で何使ってるかは知らない。

671 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/19(水) 18:50:01 .net]
>>653
そりゃプロビジョニングだろ。


672 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/19(水) 23:56:55 .net]
>>649
プロならまず根拠をあげて比較しような。

673 名前:名無しさん@お腹いっぱい。 [2007/12/20(木) 11:12:17 .net]
Lifekeeperがだめな点。

つ品質
つ実績。特に障害時制御。
つスプリットブレインの多発。
つLVM対応が有償な件
つ資本だしてる んこデータの設定が
 駄目駄目な件
つもういっこの資本元NRIがCLUSTERPro
を勧めてる件
など。

674 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/20(木) 11:13:49 .net]
いいかげんにリナ糞の話しやめろや。

675 名前:名無しさん@お腹いっぱい。 [2007/12/20(木) 11:24:27 .net]
>>658
ここはunix及びLinuxの高可用クラスタスレ。
文句があれば出て行け。

Sun厨房ごときが・・・



676 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/20(木) 11:27:10 .net]
ちなみにSunの話が悪いとかじゃない。
クラスタの話ならok。

677 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/20(木) 22:51:59 .net]
>>657
君はエンジ

678 名前:ニア辞めた方がいいよ。 []
[ここ壊れてます]

679 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/21(金) 00:02:15 .net]
>>661
>>657の指摘は事実だと思うけど。

その上、LVMに関しても事実ですよね。
スプリットブレインに関しても、SCSIフェンシングだかを使ってるが、実際に
まともに機能しないし。

特に、ミカカデータの設定の件なんか、非常に正しい捉え方。
基盤事業部のエンジニア(プロパー)が、スプリットブレインってなんですか!?
とか、LVMの基礎の基礎も知らないし、VM系もR&Dのはずの基盤事業部の
プロパーが何も知らないで組んでる。

もう、ミカカデータはミカカグループからさえ仕事を干されてる状態じゃん。

実際にお客は現実を知って、LF使用を徹底的に断ってる。
もう、Linuxクラスタ系パッケージで唯一、終わってるもんだと、多くのエンジニアが
認めてるし。

680 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/21(金) 00:08:09 .net]
NRIは日立やNECの鯖やDELLの鯖ではClusterProを薦めてるんやね。
IBMの鯖でも、動作確認したんで、そっちを多用してるそうだ。

まぁ、そんな評価。

681 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/21(金) 00:14:59 .net]
まぁ、実際、LFはどうでもいいんだけどね。
ミカカが害悪を垂れ流さなければ、他ベンダやSIerが苦労しないで済むって話。

有能な外注を連れて来て(もらって)、カバーするのが常。
そのうち、有能なエンジニアが呆れて、砂を掛けて去ってくだろう。

682 名前:名無しさん@お腹いっぱい。 [2007/12/21(金) 03:10:20 .net]
VCSが好きな俺は少数派か・・・

683 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/21(金) 06:05:26 .net]
>>665
いいところを
語ってみてよ

684 名前:名無しさん@お腹いっぱい。 [2007/12/21(金) 11:20:59 .net]
LLTかな。障害検知早いし、簡単に何重化もできるし。
後の昨日は他のクラスタソフトと大差ないと思ってる。

685 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/21(金) 23:11:33 .net]
Lucie ってどう?



686 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/21(金) 23:46:50 .net]
>>665,667
VCSはウンコです


687 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/12/22(土) 15:10:30 .net]
>>662
> >>657の指摘は事実だと思うけど。
単に自分が気に入らないところだけ書きなぐっても技術的情報価値がまるでない。
オレにはそれぞれのソリューションに一長一短あって、LKだけがダメ製品とは思ってない。
ついでに書いとくと、>>657の書き込みの大半は事実を検証した形跡がなく、
まったくもってエンジニアの書き込みとは思えない。

つ品質
 →なんの品質かを先に定義してから書くべき。
  揚げ足とって書くと、メディアセットのパッケージは良品質。
つ実績。特に障害時制御。
 →本来の意味での「実績」なら対象リソースが糞じゃないと積めない。
  検証実績という意味なら他のソリューション含めて公開されてないから判断不能。
  俺様実績なら、意外にもLKはそこまで糞じゃなかった。
つスプリットブレインの多発。
 →LKの製品としての問題ではなく、基盤屋の問題。
つLVM対応が有償な件
 →LKの製品としての問題ではなく、ユーザ企業の財布の問題。
つ資本だしてる んこデータの設定が駄目駄目な件
 →LKの製品としての問題ではなく、基盤屋の問題。
つもういっこの資本元NRIがCLUSTERProを勧めてる件
 →LKの製品としての問題ではなく、NRIの一部門の戦略の問題。

  さらに書くと、LK作ってるのは米国のSteelEyeで、SteelEyeはSIOSの完全子会社。
  SIOSの主要株主は以下にある通りで、NTTデータもNRIもその名を連ねていない。

サイオステクノロジー株式会社 > 会社概要
www.sios.com/us/outline.html






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<254KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef