CentOS - Ubuntu [kapalı]


104

Ubuntu'yu çalıştıran bir web sunucum vardı, fakat sabit disk son zamanlarda arızalandı ve her şey silindi. Red Hat'a dayandığından, Ubuntu yerine makinede CentOS'u denemeye karar verdim. Bu ilişki benim için çok önemliydi çünkü Red Hat ticari bir sunucu ürünü ve resmen sunucumun üreticisi tarafından destekleniyor. Ancak birkaç gün sonra Ubuntu'yu özlemeye başladım. CentOS depolarında istediğim bazı paketleri bulmakta sorun yaşıyorum ve denediğim üçüncü taraf paketleriyle uğraşmak çok güçtü.

Sorum şu ki, CentOS'u Ubuntu üzerinden bir sunucu olarak kullanmanın avantajları nelerdir? CentOS görünüşte bu amaç için tasarlanmıştır, ancak şimdiye kadar CentOS üzerinden Ubuntu'nun bir masaüstü sürümünü kullanmayı tercih ederdim. CentOS'u daha iyi bir sunucu işletim sistemi yapan katil özellikler var mı? Ubuntu Sunucusu'na veya Xubuntu'ya geri dönmemem için herhangi bir neden var mı?


1
Subjektif etiketi ekledim. Muhtemelen bir wiki makalesi olmalı.
John Gardeniers,

1
Hangi paketleri kaçırıyorsunuz?
Ophidian,

İyi bir Java sunucu uygulaması kurmaya çalışıyordum. Tomcat’i istediğim gibi ayarlamakta her zaman sorun yaşadım, Ubuntu’da bile Glassfish veya Jetty denemek istedim. Ayrıca, sadece benim için her zaman önemli bir paket olan phpMyAdmin'i almak için üçüncü taraf bir repo eklemek zorunda kaldım.
DLH

5
Ana, desteklenen depolarda olmayan paketleri araştırıyorsanız, EPEL deposuna bir göz atın.
Ophidian

3
bir sunucuda xubuntu? srsly? xD
Shurrican

Yanıtlar:


174

Her iki işletim sistemini de kullanabiliyorsanız, Ubuntu üzerinden CentOS (ya da RHEL) kullanmak için ayırt edebileceğim faydalar yok.

RHEL ve CentOS'u yoğun bir şekilde işyerinde kullanıyoruz ve sadece acı verici - sol ve sağdan özel paketler oluşturuyoruz çünkü işletim sistemi onlarla birlikte gelmiyor ve RedHat desteği işe yaramaz olmaktan daha kötü, "ayağıyla dolu" uzlaşmazlık "soruyu yanıtlayabilecek hiç kimseyle asla konuşamayacağınızdan emin olmak için görevi olarak görenler. (Onlarla yeterince para harcarsanız desteklerinin belirgin bir şekilde arttığını duydum, bu yüzden bir servet 500 iseniz muhtemelen bizden daha iyi şanslar elde edersiniz - ama sonra yine, eğer servet 500 iseniz muhtemelen zaten içeride işe yaramaz oksijen hırsızlarıyla doluysa, bu yüzden başka bir grupla başa çıkmak doğaldır)

O kadar övgüye değer "donanım desteği" hemen hemen her zaman gerekli olan herhangi bir yöntemle kaçınmayı tercih ettiğim, kusmuru alabilen sadece ikili sürücüler ve yardımcı programlar şeklinde gelir. Sadece başlamak için uygun desteği olan bir donanım seçmek, saçmalıklarla uğraşmaya çalışmaktan çok daha az güçtür.

İşletim sistemi platformunun uzun vadeli istikrarı farklılaşan bir faktör değil - Ubuntu'nun beş yıl boyunca süren LTS (uzun vadeli destek) sürümleri var (RHEL sürümlerinden daha sık çıkıyor). son ve en büyük siz) sürece beklemeyeceğiz, yani orada hiçbir yararı yoktur ya .

Özel yazılımlar da pek bir fayda elde etmiyor - Oracle’ı RedHat’a yüklemek, “parçalayıcıdaki üreme organları” deneyimini Debian’a yüklemek kadar bir deneyim de değil; tescilli yazılım desteği, uzun ve acı dolu deneyimimde evrensel olarak neredeyse değersizdir).

Sadece bu ortamda çalışan daha rahat ve süreçleri ve araçları bu şekilde ayarlanmış varsa Centos çalışıyorsa için faydadır.


61
Karşıt görüş ve renkli örtüşmeler için +1 . "Öğütücüdeki üreme organları" Bunu hatırlayacağım.
osij2,

2
Evet, CentOS'ta çalışmaktan kesinlikle emin değilim. Eski sevgilime geri döneceğim .... Yani işletim sistemi.
DLH

26
"uzlaşmazlığın temelleri", bugün okuduğum veya duyduğum en harika ifade… ....
Bob

6
Bence elmaları portakallarla karşılaştırıyorsun. ubuntu daha çok fötrlere benziyor ve centos / redhat / oel / "whatever" hiçbir zaman düzgün bir düzeyde güncellenmeyen şeylerle debian gibi, ancak "destek" için para harcama şansın var.
monomyth

Benim deyim de Jour kesinlikle "parçalayıcıda genital" olacak. : D
Shane

42

'Enterprisey' sunucu dağıtımları, büyük eylemsizlik içeren devasa projelerdir ve yöneticiler, yıllarca yalnızca hata düzeltmeleriyle çalışmaya devam etmelerini ister. İyi prova edilmiş bir test prosedürü olmadan asla yeni özellikler.

Bunun için, yavaş hareket eden bir temele sahip olmak gerçekten değerlidir. Böylece diğer büyük ve yavaş hareket eden projeler, işletim sisteminin piyasaya sürülmesinden birkaç ay sonra yeni sürümde doğrulanabilir ve hala kullanılmadan önce yıllarca var.

RHEL'in (ve CentOS) sağladığı şey bu: üreticiler, donanım üzerinde çalıştığını doğrulayabilir, büyük ISV'ler (örneğin, Oracle gibi) test edebilir ve RHEL'in son sürümünden yaklaşık bir yıl sonra, bunu bilerek kullanabilirsiniz. Etrafınızdaki herkes bunu çok iyi biliyor. Sonra kurun, yapılandırın ve çalıştığında, yıllarca süresiz olarak çalışmaya devam edecek. Yama oluşturduğunuzda, en son hata düzeltmelerini alacağınızdan (ancak yeni bir özellik alamayacağınızdan) emin olabilirsiniz.

Tabii ki, 'sürpriz yok' kısmı, dağıtımın neredeyse hiçbir bölümünü sürümün tamamı boyunca güncellememek anlamına da geliyor. Bu yüzden sınırlıdır ve piyasaya sürüldüğü zaman zaten kullanılmamaktadır (diğer dağıtım standartlarına göre).

Şahsen ben Ubuntu'nun zamanlamasını tercih ediyorum. Yeniden uygulama yapmak zorunda kalmadan 3-4 yıldan daha uzun bir süredir başvuruda bulunabilmek (ihtiyaçların değişmesi nedeniyle) çok nadirdir, bu nedenle uzun süreli stabilite (“durgunluk” anlamında) çoğu durumda çok önemli değildir.


9
Buna ek olarak - RHEL / CentOS yerine ubuntu benzeri bir ortamda bu tür uzun vadeli istikrar istiyorsanız, debian kararlı yayın (şu anda "lenny") kullanın. RHEL / CentOS gibi, debian kararlılığına, sadece güvenliğe ve diğer ciddi düzeltmelere hiçbir zaman yeni bir özellik eklenmedi ve bu düzeltmeler yeni sürümlere yükseltilmek yerine 'kararlı' olarak paket sürümlerine geri yüklendi.
Cas

3
RHEL ve CentOS'un başarmaya çalıştığı şeyin iyi bir açıklaması. Ubuntu'nun zamanlama tercihinde seninleyim. Paketlerin mevcudiyeti ve kurulum kolaylığının benim durumumda uzun vadeli istikrardan daha önemli olduğunu düşünüyorum.
DLH

7
Ubuntu LTS ayrıca 5 yıl boyunca desteklenerek düzeltmeler yapıyor.
Cian

18

Varsayılan olarak, CentOS, paket seçiminde oldukça kısıtlayıcıdır ve yeni paketlere yapılan güncellemeleri yavaşlatır, çünkü kelimenin tam anlamıyla RHEL'in yeniden paketlenmesidir ve RHEL, güvenilirlik amacıyla yavaş ve sabittir.

Olduğu söyleniyor, daha geniş bir seçim ve daha yeni paketler içeren başka depolar ekleme olanağınız var.

Daha fazla olasılık için bu bağlantıya göz atın: http://wiki.centos.org/AdditionalResources/Repositories

Ben kendim EPEL'i iyi bir başarı için kullandım.


2
Red Hat / CentOS'u Debian / Ubuntu'ya kişisel olarak tercih ediyorum, ancak PHP 5.2 için bir gereksiniminiz varsa (örneğin) bir Debian dağıtımıyla başarmak daha kolay. Tabii ki hepsi CentOS'ta da bir repo veya iki veya üç ekleyerek gerçekleştirilebilir - ama bazen eski ile yen arasında çatışmalar yaşarsınız.
HTTP500

12

"Katil Özelliği", destek sunan üçüncü taraf satıcılar tarafından en çok hedeflenen platform olan RedHat ile neredeyse aynıdır.

RedHat, yeni ana özelliklerin sadece "büyük" sürümdeki tümsekler için getirilmesindeki kusurlardan muzdariptir; Küçük versiyon tümsekleri genellikle sadece hata ve güvenlik düzeltmesidir. (Firefox bu kuralın belki de tek istisnasıdır.) Bu şekilde çok yavaş değişiyor.

Bu kusur ayrıca, belirli bir akışın erken bir devrini kurabileceğiniz ve işletim sisteminin desteklenen ömrü boyunca önemli hiçbir şeyin değişmeyeceğini bildiğiniz bir özelliktir . Bu nedenle, işletim sisteminin kullanılabilir olduğu yaklaşık iki yıl boyunca güvenlik ve hata düzeltmeleri dışında, esasen değişmeyen RedHat 4 çalıştıran sistemlerim var.

Bu, anlıyorum ki, Debian'ın da büyük bir cazibesi.

Fedora gibi diğer dağıtımlar, yeni özellikleri ve nesnelerin sürümlerini gerçekten hızlı bir şekilde sıkıştırıyor - ancak kullanım ömrü çok kısa olduğu için, bu tür dağıtımlar sunucularda kullanım için uygun değil. Her on iki ayda bir her şeyi yeniden kurmak zorunda kalmak istemiyorum çünkü dağıtımım artık desteklenmiyor.

Eğer istikrarlı ve istikrarlı istiyorsanız, RedHat / CentOS iyi bir seçimdir. "Yeni ve parlak" istiyorsanız, öyle değil.


9

Ubuntu ayrıca bir sunucu sürümüyle birlikte piyasaya sürülür ve Canonical'dan ticari destek alabilirsiniz.


Ubuntu Sunucu Sürümü’ne aşinayım. Ancak, CentOS'un saygın bir ticari ürüne dayandığından Ubuntu'ya göre bir avantajı olması gerektiğini düşündüm. Ancak bunu sorgulamaya başladım.
DLH

7
Ubuntu, benzer şekilde saygı duyulan, ticari olmasa da Debian'a dayanır.
David Spillett

Centos'un "avantajı" RHEL ile olan ilişki - yani teknik değil markalaşma avantajı. Bazı ortamlar için (çoğunlukla büyük şirket ve benzeri), arkasında bir şirket bulunan iyi bilinen bir isim gereklidir.
cas

Craig Sanders: Ayrıca CentOS, Red Hat’ı “Önde Gelen Kuzey Amerika Kurumsal Linux Satıcısı” olarak adlandırdıkları noktaya gelince, tüm ilişkileri reddeder. Öte yandan Ubuntu’nun, Canonical ile bir bağlantısı olduğu iyi bilinmektedir. Bu yüzden, Ubuntu'nun arkasında iyi bilinen bir şirket var.
koenigdmj

1
@koenigdmj: CentOS birliği reddedebilir, ancak herhangi birinin CentOS kullanmasının tek nedeni, bunun RHEL ile neredeyse tamamen aynı olduğunu ancak ücretsiz olduğunu bilmeleridir.
Cas

9

CentOS'u Ubuntu üzerinden bir sunucu olarak kullanmanın avantajları nelerdir?

Centen'i Xen altında sanallaştırmayı daha iyi desteklemek için buldum - İlk başta Ubuntu'yu denedim, ancak çökmeye devam etti. Son birkaç yıldır CentOS’ta çalışan 10 sunucu kullandım, sorun yok. Yine de sanal makineler için işletim sistemi olarak Ubuntu kullanıyorum.


2
Dom0 olarak Debian Lenny kullanarak onlarca Xen VM işletiyoruz; CentOS’u düşündük, ancak beraberinde gelen sürüm utanç verici derecede eski ve kendi Xen’inizi yuvarlarsanız tamamen kendi başınızasınız. Yine de bu bana hatırlatıyor - tüm bu "CentOS / RHEL sadece güvenlik güncellemeleri yapıyor"
bollock'lar çünkü KVM'yi 5.4'e sokuyorlar

Yıllarca Debian makinelerinde Xen kullanıyordum ve hem kararlı hem de performans göstericiydi. Ubuntu'nun neden sadece Ubuntu olduğu için Xen için daha az istikrar getirmesi gerektiğini merak ediyorum?
Valentin

İkincisi. CentOS ve Xen ile hiç problem yaşamadım. Ancak Ubuntu ile sorunları vardı. Hiç Debian kullanmadı, bu yüzden bu konuda hiçbir düşünce.
William Fleming,

8

Hepinizi uyarıyorum, bir Linux sülük olduğum anlamına gelir, bu da küçük danışmanlık yapıyorum ve Linux hizmetleri sağladım ve uygun linux desteği sağlayamayan birkaç KOBİ'ye destek veriyorum ve aynı zamanda kullandığım anlamda bir yükleyiciyim hem bira hem de konuşmada olduğu gibi ücretsizdir ve harici destek hizmeti kullanmaz.

Bununla birlikte, CentOS / RH’i buldum, özellikle birkaç noktadan bültenler geçtikten sonra, "bir kez kurulum, ve sonra bırak" sunucusu olarak Ubuntu LTS’den çok daha istikrarlı ve daha az ilginç. Bazı "comerciall OSS" yazılımı denklemdeyse 5 ile çarpın (Zimbra, Alfresco ve ilk veya Kolab, uygulama sunucuları gibi vanilya dağıtım silahları kullanmayan herhangi bir şeyi varsayılan olarak kullanın).

Eğer "ubuntu" -ish sunucusunu istiyorsan Debian Stable 'a git. Aslında, Linux Mint artık oyununun zirvesine çıkıyor ve genel olarak daha güzel, Vanilla Ubuntu / Kubuntu / Xubuntu'yu KULLANABİLİRSİNİZ, sunucu ya da masaüstü olsun, ama sonra YMMV.

Çok fazla bilgisi olmayanlar için sunucuları kolayca kurmak istiyorsanız, herhangi bir gün Ubuntu-herhangi bir şey yerine ClearOS'u (paketlenmiş yazılımın ihtiyaçlarınıza uygun olması şartıyla) seçerdim. Aslında birkaç noktadan sonra sürümler Ubuntu LTS için de çok şey yapmalı. Bu yüzden Hardy'nin şu anda düzgün olduğundan eminim. Biri Anahtar Teslim Linux paketlerini özellikle sanal makineler için ClearOS'a güzel bir alternatif olarak kabul edebilir.

Eşyalarınızı kendiniz nasıl çalıştıracağınızı biliyorsanız, CentOS veya DebStab'a gidin, başka (ciddi) seçenek yok. DebStab daha iyi sürücülerin beyaz kutu donanımı b / c'sinde daha iyi bir seçim olabilir; oysa, kutuda ticari oss yazılımı kullanmanız gerekirse ve / veya uygun sunucu kutuları kullanıyorsanız CentOS daha iyi olabilir.


7

CentOS için geliştiriyoruz, çünkü ticari olarak desteklenen en yaygın dağıtımlardan biri olan RHEL ile uyumlu. ISV'ler herhangi bir şeyin Linux versiyonunu ürettiğinde (uygulamalar, ikili çekirdek sürücüleri, vb.), Olasılıklar iyidir çünkü ilk önce RHEL'de desteklenecektir. Sadece bu sebepten ötürü, en yaygın olanı seçiyoruz.


4

Linux bir işletim sistemi dağıtımı değil, bir çekirdeğidir, yani Ubuntu ve Red Hat / Centos'un merkezinde aynı işletim sistemi vardır. Fark, spesifik dağılım tarafından eklenen katmanlardır; Red Hat daha büyük bir oyuncudur çünkü profesyonel olarak daha uzun süredir yer almaktadırlar ve işletmeler için bir isimdirler. Ayrıca, tekliflerini geliştirmek için ticari destek ve araçlara sahipler ...

Öncelikle, etrafta dolaşmak için bir isme ihtiyaç duyan sivri saçlı patronlar için atılabilecek bir isim çünkü onlar neden bahsettiğinizi bilmiyorlar.

Ubuntu, Canonical üzerinden destek almaktadır ve ürünlerinin uzun vadeli destek versiyonunu sunmaktadır. Onlar sadece blokta daha yeni (ve daha popüler) bir çocuk.

Genel olarak, çalışma alışkanlıklarınıza ve tercihlerinize en uygun olanı kullanmakla kaynar. Hangi dağıtımı kullanmakta rahatsanız, kullanın. Belirli bir çekirdeği sevmiyorsunuz, hala yeniden derleyebilir ve dağıtımdan bağımsız olarak beğeninize göre özelleştirebilirsiniz.


2
Bence sadece kendinizi çekirdek ve işletim sistemi ile karıştırdınız. İşletim sistemi Ubuntu'yu Red Hat'tan farklı kılan şeydir.
monomyth

1
Çekirdek işletim sistemidir ve her dağıtım göz şekeri ve dağıtıma özgü yardımcı programlar altında aynı temel çekirdeği çalıştırmaktadır. Ubuntu ve Red Hat hem Linux'tur, hem de sadece farklı dağıtımlar. İşaret ettiğim fark, dağıtımların arkasındaki şirketlerin işletmeler için fark yaratan şey olduğudur ve büyük isimlerin çoğunun destek sözleşmeleri var.
Bart Silverstrim

4

Ben de nispeten küçük bir dükkanda çalışıyorum. Tümü Ubuntu LTS çalıştıran kabaca 20 garip sunucuya sahibiz - bazı yeni paketler geri yüklendi ve yerel bir depoda barındırıldı. Gerçekten iyi çalışıyor.

CentOS'u dikkate almam gereken tek zaman, sorunu gidermek için satıcıyla uğraşmak zorunda olduğum zaman - satıcı tarafından sağlanan ikili dosyaları kurmanız gerektiği zaman - desteklenen bir yazılım yığınına sahip olmak, satıcıya destek isteğinizi reddetmek için mazeret sağlamaz. yapılandırması".

Başka bir kullanım durumu, ticari bir yazılımı desteklemek için uygulama sunucusu kurulumu olabilir. Sadece işleri kolaylaştırmak için uğraşmak istemezsiniz çünkü diğerine karşı bir dağıtım tercih edersiniz.

Önyargılı olduğumu söyleyerek - Linux'a başladığımda Debian'la karar kıldım. Ubuntu, daha kısa ve daha tahmin edilebilir bırakma döngüleri olan (IMO) Debian'dır. Zaten redhat / centos'u hiç sevmedim ...


2
"satıcınıza, destek isteğinizi reddetmek için hiçbir bahane bulamaz" - hayır, bunun yerine bunu görmezden gelirler.
womble

4

RHEL (veya CentOS) kullanmaya zorlanmanızın tek nedeni, yazılım sağlayıcılarının ürünlerini üzerinde çalıştırırsanız yalnızca destek garantisi vermesidir.

Şu anda böyle bir durum var, burada A ürününü satın almayı ve RHEL kurumsal yönetimini öğrenmeyi düşünmeliyiz veya Ubuntu’ya hacklemek ve mevcut bilgilerimizi kullanmak zorundayız.

Buradaki üstümdeki posterlerin birçoğu Ubuntu'nun bir LTS Sunucusu sürümüne sahip olduğunu unutuyor (veya bilmiyorum). Alacağınız tek güncellemeler düzeltmeler ve güvenlik düzeltme ekleri, başka bir şey değil. Çaresizce paketlerinden daha yeni bir şey yüklemeniz gerekirse, yalnızca 3. taraf yazılım depolarını kullanabilirsiniz (LAMP sunucuları için en son PHP / MySQL için dotdeb gibi), ancak Ubuntu ile mevcut herhangi bir destek sözleşmesini ihlal edecektir.


Peki ya destek?
Valentin,

1
@Valentin destekleri desteksiz
pauska

3

İkisini de denedim ve bu benim için aynı ... Paketlerde, yollarda, vb. Bazı farklılıklar var ama günün sonunda hala Linux Distro ...


ah, benim deneyimim!
linuxeasy

2

Tek bir sunucu için gerçekten önemli değil. Yani sadece FreeBSD'yi çalıştırın :) ZFS ve Dtrace'yi alacaksınız.

Ama yüzlerce konuşlandırdığınızda önemli.


Bence öyle. Zaten bir dağıtıma aşina iseniz, buna karşı konuşmanın çok büyük bir nedeni olmasına rağmen, buna bağlı kalmalısınız. Ve sadece tek bir sunucunun çok verimsiz olduğu için kendinizi yeni bir bölgeye çalışmak.
Valentin,

2

Centos'un başlıca avantajları:

  • İşlem için çok daha uygun olan kararlı paketler (örneğin Bağlama)
  • SELinux tamamen çalışıyor ve uyguluyor, bu da Ubuntu'daki AppArmor için doğru değil
  • Ubuntu için doğru olmayan çok iyi bir sanallaştırma platformu
  • Ağır işlere uygun, EPEL gibi yüksek kalitede 3. parti paketleri
  • Ubuntu'dan daha sağlam ve güvenli bir çekirdek (son 6 aydaki güncellemeleri kontrol et)
  • Birçok satıcı için daha iyi sürücü desteği

Basitçe Centos daha kararlıdır.


Ve şimdi Centos7 de daha hızlı. Ubuntu'nun veri merkezlerinde kullanılmasının arkasındaki ana kavram, kanamanın üstünlüğüdür, ancak ne yazık ki, Centos7 her şeyi gayet iyi yürütürken, bunun üzerine yazılım yığınları alma konusunda sorun yaşayabilirsiniz. Python 3, Java 8 yok, ancak RHEL8 için beklemenize gerek yok, ancak klasöre bırakın.
Andrew Smith

1

Ubuntu ayrıca mono destekdeki centolardan daha günceldir.


1

Örnek: RHEL 5'in libfontconfig paketi içinde bir hata var ve paketi yum ile daha yüksek bir şeye güncelleyemezsiniz. Bu çok kararlı değil. Ubuntu ve RHEL'de bir program yürüttüm ve RHEL'e çarptı ancak Ubuntu'da değil (uygulamadaki uygunsuz bir kod parçasına bağlı olmasına rağmen) çöktü.


1

Şirketim için bir Redhat Sunucusu kullanıyorum ... Kendi amaçlarım için işleri evde yapmak için Ubuntu'yu çalıştırıyorum ya da söz konusu sunucuya bağlanıyorum. Ayrıca Windows 7'yi de kullanıyorum ... Bu gerçekten uğraştığınız şeyle ilgili. Redhat Server kullanıyorum, çünkü çok kararlı, ve nadiren hiç dokunmaz ve planlamıyorsanız, ayrıca GUI'ye sahip değil ve belirli bir donanımın herhangi bir kullanıcı deneyimi için web sayfalarına ve e-postalarına sunulması için optimize edilmedi.

Redhat'i bir günden güne çalışmak için asla kullanmayacağım bir seçim olduğu göz önüne alındığında, ubuntu şu anda çok daha üstün IMHO masaüstü işletim sistemidir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.