Solarisの素晴らしさを教えてください

1 ：MutuBoro ：2001/06/19(火) 13:52

私は、Linuxを2年くらい適当に使っていました。
でも、今Windowsを捨ててSolarisに乗り換えようと思っています。

特にWindowsNT系と比べて語ってもらえれば嬉しいです。

538 ：名無しさん＠お腹いっぱい。 ：01/09/19 17:28

Apache を Solaris Network Cache Accelerator 対応にすれば
だいぶ早くなりそうな気がするんだけどなぁ。Solaris8 には
Apache が標準でくっついて来るんだから、Sun がそういう作業
すればいいのに。

539 ：名無しさん＠お腹いっぱい。 ：01/09/19 23:23

>>532
ﾏｼﾞｳｹﾙ

540 ：名無しさん＠お腹いっぱい。 ：01/09/20 02:13

>>532
なんで、ドコモはiモードサーバにLinuxでは無く
SPARC＆Solarisを採用しているのか聞いてみたら？

541 ：名無しさん＠お腹いっぱい。 ：01/09/20 15:21

iMODE な server って、相変わらず starfire なんでしたっけ?

542 ：名無しさん＠お腹いっぱい。 ：01/09/21 01:42

>>541
そのはず。
んで、ストレージはEMC。

543 ：ま、当然やね ：01/09/29 18:02

今回、最も高性能の評価を得たOSは、米サン・マイクロシステムズ
のUNIXである『Solaris』(ソラリス)で、Linuxをはるかに引き離す「優良」。

http://japan.cnet.com/News/2001/Item/010928-3.html

544 ：名無しさん＠お腹いっぱい。 ：01/09/29 19:00

>>543 しかし　Linuxも進歩してきてるから　あぐらをかいてたらダメだね
たゆまぬ努力は必要

545 ：名無しさん＠お腹いっぱい。 ：01/09/29 20:30

>>540
止まった時に怒鳴りこめるから。

546 ：名無しさん＠お腹いっぱい。 ：01/09/29 22:02

レポートの配布元に言ってみたけど、*BSDの評価がなかった畜生!!

547 ： ：01/09/29 22:07

ドコモは業務系も皆 SPARC+Solaris だよ。
（その構築のことが本にもなってる）
日本SunやFの事業部の社員も常駐してる。

漏れも末端の末端に関わっているけど、アレをLinuxでやれとか
言われたら多分みんな逃げ出すと思われ（藁

548 ：名無しさん＠お腹いっぱい。 ：01/09/29 23:49

んで結論は>>1はStarfire買えってことでいいかな?

もうちょっと頑張ってこれにしてみないか?>>1

http://pr.fujitsu.com/jp/news/2001/08/30.html

549 ：Solarisでいいんじゃない！ ：01/09/30 00:34

>>547
同意！

>>540
>なんで、ドコモはiモードサーバにLinuxでは無く
>SPARC＆Solarisを採用しているのか聞いてみたら？

>>547
>ドコモは業務系も皆 SPARC+Solaris だよ。

それって、ごく普通で当然な事だと思う。
企業が営業用設備を導入するんだから、契約先もまともな製品を商品として
持つ企業に決まってる。製品も保守も保証も含めての企業同士の契約。
OSがFree SolarisでもLinuxでもない事に本気で疑問を持ったら変だよ。
そんな人は箱庭で遊んでなさい。

フリーなソフトばかりでシステム構築したら瑕疵担保はどうなる。
考えただけでも怖くて奨められないし導入もしたくない。ビジネスなら。
それが綱渡りであることを知らないオタクならやりかねないが。

なぜかオタクはハイリスクな綱渡りを好む傾向にあるな。それと
特定のモノに異様に執着したりとか。マニアよりも解からん。

550 ：名無しさん＠お腹いっぱい。 ：01/09/30 01:13

つまりSunもHメールの恩恵を受けている訳か

551 ：547 ：01/09/30 01:30

>>559　全く同意。
ドコモのシステムは巨大過ぎるので例示には不向きだけど、
やはりある程度の規模のものにはLinuxはまだまだ入り込めない
と思う。

例えば何らかの障害が起こるのはシステムとして不可避だけど、
その原因究明をSolarisであればSunとかと行えるし、日本Sunレベル
でダメなら米本社へエスカレーションするまで。

Linuxではそういう仕組みづくりからしてやっぱ当分無理だと思われ。

552 ：名無しさん＠お腹いっぱい。 ：01/09/30 04:32

サービスの種類は大部異なるけど、Yahoo は FreeBSD をカスタマ
イズした奴だと思ったよ？ 昔の HotMail もそうだったよね。フリー
OS の強味は、カスタマイズの自由度が異常に高いこと。必要があ
れば好きなだけカーネルに手を入れられるからね。だから、サービ
スの用途によってはフリー OS をベースにする意味は十分にある。

それに「うまく動かない時に責任をなすりつけられる」事をシステ
ム選択時の主要要件として挙げる奴は、企業人としてはプロだろう
が、エンジニアとしてはプロと呼びたくないね。「いや、これは
OS が悪いんですよ、ちょっと文句言ってきます」と言えたところ
で顧客満足度が上がるわけでもないし。

反論歓迎。

553 ：名無しさん＠お腹いっぱい。 ：01/09/30 05:18

結局は万が一数億単位の損失が出るようなトラブルが起きたとき
担当した企業が責任取れるかどうか、って事じゃないの
OSの問題より企業規模の問題だと思うが
LinuxでもIBMあたりならいけるんじゃない？

554 ：552 ：01/09/30 05:36

システムを納入する場合は、フリー OS を指定するリスクは確
かにある。最近のフリー OS の中には Solaris 以上に安定し
てるのもあるけど、落ちる時は落ちるからね。契約形態によっ
てはかなり危険。

でも Solaris の remote exploit の多さとかを考えると
Solaris ベースの納入の方が個人的には恐い。以前官公庁の
Web サーバとかボコボコにされてたけど、あの多くは Solaris
ベースのサーバだったよね？あれは瑕疵担保とかやってたのか
な？「Sun のせいです。知りません」で通用したのかな？

555 ：名無しさん＠お腹いっぱい。 ：01/09/30 05:42

たとえばコンテンツ部分の開発に時間的な余裕がないので
OS には時間が割けない場合、Solaris ならある程度実績が
あってスケーラビリティもあるから楽だとは思う。
金は腐る程あって時間が無いときは有力じゃないかな。
# DoCoMo がそうだったのかは知らないが。

556 ：名無しさん＠お腹いっぱい。 ：01/09/30 08:20

>>554
> Solaris の remote exploit の多さとかを考えると

この点は Linux,FreeBSDでも同じくらいの量があると思われ。
Solarisならsunsolveいって、./install_cluster でいいから楽チン。

>>552
>それに「うまく動かない時に責任をなすりつけられる」事をシステ
>ム選択時の主要要件として挙げる奴は、企業人としてはプロだろう
>が、エンジニアとしてはプロと呼びたくないね。

こちらには禿げしすぎるくらい同位体。
企業人としてのプロには決してなりたくないね。

557 ：名無しさん＠お腹いっぱい。 ：01/09/30 09:52

ＮＴＴの偉い人がフリーＯＳやフリーソフトが嫌いなだけでは？

558 ：名無しさん＠お腹いっぱい。 ：01/09/30 10:40

システム設計開始時にはSolarisがもっとも良い選択肢だったという
だけと思われ。
本読むと、汎用機は使いたく無かったらしいし。

# 94〜95当時辺りにエンタープライズ用途にLinuxを使おうなんて
# 考えている人間がいたら凄いけど。

559 ：名無しさん＠お腹いっぱい。 ：01/09/30 14:35

Yahooは最初、学生が趣味ではじめたものだからねえ。
ちょっと違えば Linuxになってた可能性も大か。

Linuxでも IBMやらがサポートしてくれるんなら安心っぽい気もするけど
どうよ? IBMも実際に Linuxのことにそんな強いのか、って着もするけど。

560 ：i-modeは ：01/09/30 15:27

solarisおよびSUNのハードがだめだめだったので、
リプレースされることになりました。
あまりのも良く壊れ、保守費用が馬鹿にならないのが理由のようです。

561 ：名無しさん＠お腹いっぱい。 ：01/09/30 16:47

>>553
仮に NT ベースでシステムを構築したとして、そんなトラブルにあっても
とれる責任はかわんないよねえ。せいぜいライセンス料までが限界?

責任という名の幻想にとらわれすぎている気がする...
むしろソースがある分追跡できるところまでトコトンやります、
という方が実際には(その会社の技術力が信頼できるなら)そっちの
方がいいような。
そして >>553 と同じ結論に至る(w

562 ：Solarisでいいんじゃない！ ：01/09/30 20:30

>>532
>それに「うまく動かない時に責任をなすりつけられる」事をシステ
>ム選択時の主要要件として挙げる奴は、企業人としてはプロだろう
>が、エンジニアとしてはプロと呼びたくないね。

それは良識に欠けた荒手の手口と思える。
大量生産の工業製品でもない限り完全無欠を押しつけられないと思う。
構築を依頼するシステムがいかに高度でシビアなものかを認識していれば、
トラブル時に100%責任をなすりつける様な対抗はできないんじゃないかな。

むしろ、万が一トラブルが発生した場合の復旧やシステムの修繕(patch)を
きちんと行ってもらえ、管理してもらえる事を相手に期待したんでは。
実状は知らないけれど、i-MODEの様に、将来操業度が急増した場合、柔軟な
システムの拡張も必要だから、「現行製品で対応可能」と評価され、当時の
最適な選択がSunだったとか。業者選びは格付け評価で絞られるから。
まさか「現行の○○では未確認なので無理かもしれません。○○はfreeなの
で作者の意向に期待しましょう。」なんて笑っちゃうよ。

OSや開発ツール等のpatchと履歴管理はコストが掛かるけど、開発者側にも
顧客にも無くてはならない重要な存在だから、発展途上中のフリーOSは選べ
なかったと思う。エンドユーザにとってオペレーション上の使い勝手が良い
WindowsNTも、当時は開発者サイドにとっては情報開示の点で不安があった
かも知れない。

>>553
新種OSベースのシステムは、品質が上がってノウハウや情報量も増えて、
管理体制も確立されるまではベンダーも大口相手の飯の種にできない。
今後はLinuxもどうなるか、ちょっと解らないです。IBMって本気？マジ？
IBMくらいの規模ならやれるかもしれない。

でも、部門内で利用するシステムや広報のためのシステムならfreeでやり
たいのが本音。

563 ：名無しさん＠お腹いっぱい。 ：01/09/30 21:18

>>560
ドコモは年間保守料払ってるから
いくらトラブルが起ころうと値段はかわらんはずだが？

564 ：名無しさん＠お腹いっぱい。 ：01/09/30 22:05

>>562
今一つ要点を掴めないが。(>532 はともかく、荒手？システム
修繕をするのは Sun の保守担当? 構築者？ 管理者？ この３者
の誰が誰に 100 % の責任をなすりつける？)

もとより「i-Mode のシステム構築にはフリーの OS を使うべ
きだった」などと主張するつもりはない。ただ、>>545,->>551
あたりで「フリー OS だとトラブル時に責任を取らせることの
できる奴がいないから、シビアなシステム構築には使い物にな
らない」みたいな論調になったので、エンジニアとしてそれは
どうよ？と思ったまで。念頭にあったのはむしろ *BSD の組み
込み事例とかそっち。

だから、
>「現行の○○では未確認なので無理かもしれません。○○は
> freeなので作者の意向に期待しましょう。」

などという主張をするわけはなくて、むしろ「現行の Solaris
でも○○でも無理だが、２ヶ月貰えれば○○用の仮想デバイス
ドライバ書けるので実現可能です」みたいなケースもあるよ、
Solaris に固執する必要はないんじゃない、ということ。

565 ：552 ：01/09/30 22:15

564 = 552 ね。書き忘れた。

それとそんなシビアな事例でなくて、単にサーバを上げたいだけ
のような時も、デフォルト設定時の使い易さでは PC-UNIX 系に大
部遅れを取り出したような気がする。
(CDE 使い難い、/var/log/syslog に mail のログが行くのはどう
よ？ ftp は PASV 知らない、perl ない cc ない(こともある)、
勝手に rpc.statd 上げるな、sendmail が何か変、ログ少なすぎ
分散しすぎ、しかも消えるの速すぎ。)
それに、デフォルト設定からカスタマイズするのも何かと手間がかかる。
(admintool は設定できる事項が少なすぎ、パッチ当てるの時間かかりすぎ、
gcc やら gmake やら gtar やら取ってこなきゃならないものが多過ぎ。)

最近の Solaris は違うのかな？

566 ：名無しさん＠お腹いっぱい。 ：01/10/01 02:05

>>563
どうだろうね。
保守料150億とも聞くがな。
とにかくSUNはやめたらしいしな。

567 ：名無しさん＠お腹いっぱい。 ：01/10/01 03:30

>>565
最近の Solaris8 だと
・log の腐れ具合はいっしょ
・Gnome な CD がついてくる。そのうち標準が Gnome になるという噂
・perl は /usr/bin/perl で OS 標準品。gcc などは付属の CD で
/opt/sfw に install される
・ftpd は PASV にも対応
・いろんな daemon は勝手に上がる。
って感じで、徐々に改善されつつあるところと、相変わらずなところとがある。
とりあえず log はもうちょっとなんとかして欲しいですな。/var/log /var/adm
/var/apache/logs などと分散されまくり。

568 ：Yo? ：01/10/01 06:31

デフォルトの状態から、Solaris Security Toolkit
使ってみては？

http://www.sun.com/security/jass/

で、blueprint を参考にして OpenSSH を入れると・・・。

http://wwwwswest.sun.com/blueprints/0701/openSSH.pdf

569 ：Yo? ：01/10/01 06:41

>>554

Netscape Enterprise Server や rpc の
remote exploit をつかれていたと思われ。 > 官公庁

で、当時 rpc 周りの patch は配布されていたと
思うけどこの場合、責任の所在はどこに？？

570 ：B級"管理"者 ：01/10/01 15:49

お客さんの心の中に、いろんな意味で、
　Linux = うさんくさい
という構図が出来上がってしまってる場合がある。

571 ：潜伏中 ：01/10/01 16:35

>>570
Linuxのソフトウエアそのものは胡散臭くないんだけど、
そのソフトウエアを推すごく一部のベンダーとごく一部の個人がなぁ・・

572 ：潜伏中 ：01/10/01 16:42

>>569
官公庁限定で言うと、Free UNIXと称されるOSが使われない理由はとても簡単。
官公庁が提示する工事仕様を読むと、フリーのOSは想定されておらず、もしフ
リーのOSを提示しても仕様範囲外としてはねられてしまう。要は官公庁の工事
入札って仕様の枠ピッタリそのもの以外のモノは全て却下される仕組みで、
業者が「こっちのほうが便利ですよ」とかいう隙はどこにもない。

> で、当時 rpc 周りの patch は配布されていたと思うけどこの場合、責任の所在はどこに？？

ベンダーは官公庁内の管理者に「ちゃんと当ててくださいね」って言ってたはず。

確かにパッチの数の多さは認めるけど、それをちゃんと通知する作業はベンダーは
怠っていなかったはずだぞ。あとはパッチを導入する作業を誰が行なうのか、何時
行なうのかを決めるための対応をしていなかった官公庁の責任ではないかと。

573 ：名無しさん＠お腹いっぱい。 ：01/10/01 16:45

官公庁がFree=無料という意味でつかっていなら
*BSDやLinuxを1円で売ればいいのかな

574 ：名無しさん＠お腹いっぱい。 ：01/10/01 18:10

>>572
仕様書に「不正利用されないこと」みたいな文言が書いてあった可能性もある
ので、納品物に瑕疵があったということも考えられるぞ。
まー、実際の所、そんなものはどんなベンダーも用意できるわけがないんだが。

>>573
OS自体を買ってるわけじゃないから、値段は関係ないと思われ。

575 ：潜伏中 ：01/10/01 21:14

>>574
仕様書に将来の危険性が存在し得ないことを書くようなことってするの？
俺がやっていた範囲ではそのようなことは無かったけど。

要は仕様書に書かれているってことは、納品する側である出入り業者が
納品仕様書内で将来の危険性がないことを証明しなければならないわけ
だし、納入される側である官公庁側も受入検査仕様書内で隅々まで危険
性がないことを確認する仕様書を書き、実践しなければならないわけだ
から不可能なんではないかと。

あるとすれば、「不正利用される危険性が発覚したときには速やかに
（納品業者は）危険性を塞ぐ対策を講じなければならない」程度では
ないのかな。

もしそうだとすれば>>572にあるように、ベンダーは「パッチを当て
てくださいね」と情報を通達し、官公庁側の対応を待つ（ベンダー
にパッチを当ててもらうのか、もしくは官公庁側で自主的に当てる
のか指示をもらう）というのが正しい判断だと思うのだけど。

>>573
OSはたとえいくらであっても構わないと思う。要は納品に掛かる
作業費用も含めて総計のコストが重要。

576 ：Yo? ：01/10/01 21:24

>>572
う〜ん、ちょっと分からないんですが、
商用UNIX(Solaris、HP-UX、AIX... etc) なら OK で
Free UNIX(Linux、*BSD) だと NG な工事仕様って
どんな内容のものなんでしょう？

いまいち想像つかないんですが・・・。

577 ：名無しさん＠お腹いっぱい。 ：01/10/02 00:39

>>576
572が言っているのとは若干趣旨が異なるけど
UltraSPARC II 400MHz相当品以上 とか
CPUの必要個数が4を越えるものとか
ハードウェア特定されてしまうようなものでは
FreeUnixを使用するメリットも無い気がする

578 ：名無しさん＠お腹いっぱい。 ：01/10/02 02:22

>>577
そうやってかいてあっても
USII400MHz相当以上ってことなら、
PA-8600440MHz2個でいいし、PIII800MHzでも2個でいいんじゃないの。
4個以上詰めるし。
いちばん簡単なのは、
UNIX規格に準拠していること

579 ：名無しさん＠お腹いっぱい。 ：01/10/02 02:28

>>538
つか NCA 使えるようになってるよ。
/usr/apache/bin/apachectl 呼んでみ。
apache のコードには手入れてないみたい。
LD_PRELOAD 使って、NCA 対応の system call にすげ替え。

580 ：名無しさん＠お腹いっぱい。 ：01/10/02 04:32

オレはSolarisの方が好きなんだけど　でもLinuxの爆発的普及がなければ
Solarisのフリー化もなかったと思うから　その意味ではLinuxの功績は大きいと思う
貧乏なオレでも　うちでSolaris使えるようになったのはLinuxのおかげ!?(w

やはり　どちらかが一人勝ちしてしまうのではなく　両者が適度な競争関係に
あることが　お互いの発展にはプラスになるんじゃないかな？

581 ：名無しさん＠お腹いっぱい。 ：01/10/02 23:07

セキュリティレベルがxxx以上であること、とかいうのもあるよね。
セキュリティ認証とるのにはお金と人的工数が爆裂的にかかるので、
フリーのOSには無理だと思われ。
＃ディストリ変わったら取り直しだろうし

582 ：名無しさん＠お腹いっぱい。 ：01/10/03 05:55

>>581
http://www.zdnet.co.jp/news/0107/10/b_0709_05.html
こんな動きもあるから、今後は変わってくのかも知れないけど、現状では無理だね。

583 ：581 ：01/10/03 22:38

>>582
zdnetはこまめに目を通してるけど、この記事はたまたま見落としたらしい。
こんな動きがあるとは知らなかったです。サンクス。

つ〜か国防総省が特定のOSにこんな投資していいんだろうか(^^;;
もしFreeBSD(何でもいいけどタダで手に入るOS)がC2セキュリティレベルを
取得したら、目玉が飛び出るほど高価(と聞いている)な
Trusted Solarisの立場は??

584 ：582 ：01/10/04 03:03

>つ〜か国防総省が特定のOSにこんな投資していいんだろうか(^^;;
そもそも、BSDのメインスポンサーってDARPAだったよね。

>目玉が飛び出るほど高価(と聞いている)な
>Trusted Solarisの立場は??
たった120万ドルの投資でC2のOS買わなくて済むようになるなら、
DARPAにとってもすごくお買い得ってことないんでしょう。
でも、データセンター押さえて機材そろえてって考えると、
120万ドルなんてすぐになくなりそうな気がする。

ちなみに、NSAは
http://www.zdnet.co.jp/news/0102/02/e_nsa.html
こんなことやってるよ。

585 ：名無しさん＠お腹いっぱい。 ：01/10/06 08:22

>>556

Solaris は無駄な(システム運用上不要な部分での)
セキュリティホールが多い印象があるんですが。
CDE まわりでまた Cert Advisory が出てたし。

http://www.cert.org/advisories/CA-2001-27.html

で、Sun のパッチはまだ出てない。Solaris の
ntpd とか sendmail とか(あと named もだったか)、
妙にバージョンが古い上にセキュリティパッチがな
かなか出なくて、ひどく苛ついた経験があります。
結局どちらも自分で最新ソース取ってきてコンパイ
ルしましたが。

Solaris がクラッカーの餌食になるのも無理ないと思われ。

586 ：名無しさん＠お腹いっぱい。 ：01/10/14 03:39

>>585 まぁ概ね同意　特にBindやSendmailなんかは新バージョンが出たら
とっととコンパイルしてパッチ上げてくれよって思うし

ただ　実際問題としてはLinuxやFreeBSDで運用してるサーバでも
古いバージョンのまま放置されてたり余計なポートが開いてたりしてるのも
結構あるし（Rahmenなんかも蔓延してたりするし　また　この2chサーバも
Linux使ってるみたいだけどApacheが何気に古いし...）　一方Solarisでも
管理者が独自に手を打てる部分は結構あるし（余計なポートは閉じる
BindやSendmailなんかは自分で更新する等）その意味では　管理者の
資質によって影響されるという部分が多分にあるとは思うけどね

read.cgi ver5.26+ (01/10/21-)