CentOS Part 50【RHEL Clone】

CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora Core 6≒RHEL 5≒CentOS 5
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。

前スレ
CentOS Part 49【RHEL Clone】
http://mao.5ch.net/test/read.cgi/linux/1531728260/

CentOS (The Community ENTerprise Operating System)
http://www.centos.org/

CentOS 配布ミラーサーバ
http://www.centos.org/download/mirrors/

CentOS -- Wikipedia日本語版
http://ja.wikipedia.org/wiki/CentOS

むしろ、メモリーを使ってくれないので、キャッシュ程度にしか使われないのは無駄だからもっと使えって思うけど。

みんな俺と逆の感想持つんだな。
さっさと解析終わらせてほしいのにCPU使用率25%より上がらなかったら、何やってんだもっと使えって思うし、メモリー4GBしか使ってなかったら、もっと使えやって思うけど。

8.1マダー(AA略

>>25
かなり滑ったな

8.1は順調に1ヶ月くらいでリリースされるんだろうか？

最近CentOS使うようになったんですが、インフラでRHEL系が強いのってなにか理由があるんでしょうか？
セキュリティに強いとかですか？

昔からエンタープライズ向けのサポートがしっかりしていたのがRHELだから
経験者が多いので導入しやすく情報も多い
あとサポート期間が長い
機能だけ見たらubuntuとかdebian使っても大して変わらん

RHELは、購入を決めた人が責任を取りたくない会社では人気さ。
買ってもらってもらう側のSIの会社も、OSの不具合はRHを悪者にできるので、楽。

>>982-983
なるほど、そういうことなんですか
Ubuntu使ってたんですがCentOSはかなり使い勝手が違ってて
別にUbuntuが劣等という訳ではないんですね

>>983

・RH社に投げるから待って
↓RH社に投げてるから待って
↓RH社からの回答が来ないので待って
↓RH社から「仕様」って回答が来たから待って
↓RH社に回避策はないのか確認するから待って
↓RH社に回避策はないのか確認中だから待って
↓RH社からの回答が来ないので待って
↓RH社から「回避不能」って回答が来たから待って
↓RH社からの回答を検討中だから待って
↓RH社へ検討した回避策が通るか投げるから待って
↓RH社へ検討した回避策が通るか投げてるから待って
↓RH社からの返答が来ないので待って
↓RH社から最終回答が来たから待って

結論 : 「仕様です」

ここまで3ヶ月〜半年な。

ｗｗｗ

>>983
それなｗ

>>985
独自検討した回避策の調査までエスカレーションして時間かからないわけないだろう
アップデート調査で動かなくなるものがあったんだろうけど
サイオスの資料だけど以下参考に
https://sios.jp/products/redhat/rhel/service/mission.html

>>985
仕様を最初に調べてない奴が悪いんじゃね？

>>989
アフォ

早くdockerパッケージ更新してくれ。

OEM 販売のRHELをサーバに入れてる場合とそうでないOS(CentOSや
Ubuntu)とではハードベンダーの保守対応の品質に優劣があるよ

特に(Microsoft含めて)OSベンダーから直接購入した場合とハードウェア
メーカ経由(つまりOEM)で購入した場合で、ハードウェアの障害なのかOS側
の問題なのかが判然としない障害を一括対応してくれるかどうかで異なる

昔はWindowsはMSから直接買うからOSなしのPCを買うというのはよく見ら
れたけど今はOEMにかぶせる形でサービス買う形になってる
ハード担当者/調達担当者はWindowsでその事学習してるからOEMで買える
OS選ぶのは当然
ハードとOSの組み合わせが実績があるものか否かは重要

もちろん楽だからとかRHを悪者にできるからは間違ってはいないけど
予算や人件費を考慮して仕事を進める観点で言うとおちゃらけながら
言う事ではない

>>992
SIerは、如何にして自分の所に責任が及ばない様にするか、それしか考えないからなwww
RHみたいに、責任を丸投げ出来る相手が居る場合は「パートナー」と呼ぶんだぜwww

>>985
こんなことに時間をついやしてるからいつまでたっても日本は・・

RHが責任取ってくれると思っている無職乙

RHが責任を取ってくれるのではなく、責任を押してけるだけやで

アホですか？

>>994
最初に「仕様」って言われた時点であきらめたらいいものを。

RHのサポート契約が重宝されるのは、責任逃れという観点もあるかもしれないけども、
もう一方でSIerの体制面の都合もある。

構築時は高単価の高スキルエンジニアが張り付きで対応するのでトラブル対応は問題ない。
だが運用フェーズに入るとユーザもしくはSIerの低スキルオペレータだけになってしまう。

起きるかわからないトラブル対応のためにエンジニアを一人雇って月100万円のコストを支出するくらいなら、
年間数十万円のRHのサブスクは安いもんだよ。

逆に、お抱えのエンジニアがいる自社サービス企業であれば、RHサポートはプラスのコストにしかならないので、
CentOSのようなOSSでコストをかけずに運用したほうが理にかなっている。

運用トラブルまでレッドハットが面倒見てくれると思ってんだろうか
やはり無職の脳内エンジニアのようだｗ

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 209日 17時間 43分 10秒