Cynicism în alegerea lui de viespi pentru gazduire centos sau debian 5

Timp de mult timp am lucrat cu ambele sisteme de operare în principal în contextul
"server de gazduire". Anterior, am fost înclinat să mă gândesc la ce este mai bine
serverele de găzduire sunt potrivite pentru CentOS 5 (pentru că este încă o persoană cu drepturi depline






"Enterprise" distribuție cu toate consecințele), dar acum încrederea
La mine a fost redus. Prin urmare, voi încerca să dau cât mai mult posibil
compararea obiectivă a distribuțiilor doar prin calitățile care
Mai întâi de toate, important pentru găzduire.

Comparația va fi efectuată în următoarele echipamente de distribuții:
Debian - numai depozitul de bază, CentOS - numai baza și Epel
ar trebui să se refere și la "standard", pentru că lucrează în
CentOS fără aceasta este aproape imposibilă).

Mai intai, sa ne amintim ce este gazduirea si de ce software consta.

Software de găzduire
În primul rând, este cu siguranță Apache, care efectuează partea leului
lucrează la găzduire și este standardul de facto (în cea mai mare parte
mulțumită tuturor iubitelor mod_rewite și .htaccess). Iată diferențele
este greu, ambele distribuții au o versiune 2.2 a Apache și sunt destul de stabile
lucru. Deci, aici este echivalent.

În plus față de Apache pentru a reduce sarcina (și, apropo, într-un fel de protecție de la
DoS cu resurse de server limitate) și distribuirea de statică de multe ori
utilizați Nginx - versiunea curentă în CentOS: 0.6.39, Debian:
0.6.32. Apropo, ambele versiuni au un bug (este fixat doar în 0.7,
vedeți lista de discuții nginx-ru) la care atunci când trunchiați config nginx.conf
(se manifestă, de exemplu, în panoul ISPManager destul de popular)
Nginx mănâncă toată memoria și sistemul se blochează. Deci, ce sa întâmplat
ambele minus și este necesar cel mai mult pentru a colecta un pachet și pentru a pune Nginx 0,7.

Pentru interacțiunea completă dintre Nginx și Apache, adică pentru corecta
transferul de backend IP este necesar modulul Apache - rpaf, care
scanează IP-ul primit de la Nginx și îl trimite către Apache. Acest modul
lipsește chiar și în depozitul CentOS Epel (acum mă duc la
CentAlt), dar în același timp, în Debian este standard. Ce mai e
adaugă avantajele Debian.

Acum, lucrul principal despre PHP, pentru că acesta este de fapt motivul utilizării
din restul software-ului de găzduire, deoarece marea majoritate a CMS
scrise pe ea (iartă iertarea fanilor de Python, Perl și
Ruby, precum și alte limbi, dar statisticile consumatorului umbrite
găzduirea vorbește despre avantajul cantitativ total al PHP).

Aici incepe problemele in CentOS, in primul rand se bazeaza pe PHP
5.1.6, și mult software (de exemplu, Magento - un magazin web foarte popular)
necesită exact versiunea 5.2 și dacă nu doriți să întâlniți un număr mare
numărul de reclamații din partea clienților din cauza imposibilității scripturilor
vor fi obligați fie să conecteze depozite terțe (care sunt puține
care nu garantează stabilitatea software-ului și corectitudinea asamblării acestuia și
în cel mai rău caz - nu îndeplinesc nici măcar cerințele de siguranță și
fiabilitate), sau pentru a construi PHP 5.2 în mod independent cu toate modulele






(care din nou nu este atât de banal, având în vedere numărul de module din
depozite - în Debian, de exemplu, aproximativ 50 de exemplare). Și dacă încă
amintiți-vă că PHP de multe ori iese cu remedii
securitate, atunci tot acest kit va trebui să patch-uri rapid,
să colecteze în pachete și să le transporte prin servere, sarcina pare deja
aproape irezolvabil.

De asemenea, merită menționat bug-ul php-cgi în CentOS, din cauza căruia nu se citește
php.ini în dosarul curent atunci când acesta este prezent și continuă
/etc/php.ini, care îi împiedică foarte mult lucrul în modul php-fastcgi (în
Debian cu toate acestea bine). În Debian există o versiune 5.2.6 a PHP cu un patch
suhosin, ceea ce sporește considerabil securitatea scenariilor și
vă permite să rulați aproape toate motoarele moderne fără excepție.

Apoi, treceți prin modulele proprietare pentru PHP, care sunt utilizate
pentru a proteja scripturile - acesta este Zend Optimizer și IonCube. Care este primul lucru
cel de-al doilea se livrează în ansambluri și în clasele 5.1 și 5.2. Deci, cu
acestea nu vor fi nici o problemă.

MySQL, ambele distribuții conțin versiunea 5.0 cu toate acestea necesare
opțiuni. Stabil (în funcție de Sun Microsystems) este 5.1, dar
în nici una dintre distribuții nu a fost "recunoscută" ca fiind cu adevărat stabilă
și software care necesită doar versiunea 5.1 nu am văzut încă.

Postfix, Exim, Sendmail - toți cei trei expeditori sunt reprezentați în ambele
distribuții. Mai mult, apropo, postfix-mysql este în standard
repo Debian, în timp ce în CentOS este pus foarte nettrivially,
dar aceasta este doar o opțiune și nu o vom înregistra în avantaje evidente.

Acum hai să vorbim despre versiunile de exotics hosting - Perl, Python și Ruby.
În CentOS, există doar o versiune 2.4 a limbii, iar în Debian 2.5, ambele
că pentru fanii de noi oportunități aici, poate că alegerea este lipsită de ambiguitate. C
Alegerea Ruby este puțin mai mare - în Debian există atât versiunile 1.8 și 1.9, cât și
numai în CentOS 1.8.5. Perl, de asemenea, în Debian cea mai la modă versiune - 5.10, în
CentOS același timp testat (și lingviști :) 5.8.8.

Gestionarea de software: Instalare și upgrade
Aici, în ambele distribuții, lucrurile sunt destul de bune, așa cum am făcut deja
a spus mai sus, pentru CentOS există un depozit excelent cu terți
multe pachete necesare - Epel (parte a proiectului Fedora),
iar în Debian, chiar și fără depozite suplimentare, alegerea pachetelor este foarte mare
mare. Pentru a instala și actualiza programe în CentOS, utilizați
YUM, care diferă relativ relativ neeconomic față de memorie, dar cu
Nu inunda utilizatorul cu intrebari legate de configuratia pachetelor,
la fel ca și managerul de pachete Debian - apt-get.

Diferite moduri de a rula sistemul de operare
În ceea ce privește lucrul la "fierul pur" (dedicat, dedicat serverului sau
colocare) merită să dați prioritate Debianului. are un kernel
mai nou decât CentOS (da, puteți susține că RH este operațional
backpintit echipamente de sprijin, dar totuși experiența mea sugerează că,
că cu Debian atunci când lucrează la probleme hardware mult mai puțin decât c
CentOS).

Un punct separat, cred, merită să se observe stabilitatea muncii în
mediile virtuale OpenVZ și Xen. Ambele distribuții funcționează bine
și nu au plângeri și probleme, ceea ce este foarte important, având în vedere
popularitatea găzduirii VPS și a platformelor Cloud (de exemplu, Amazon EC2).

Ei bine, poate și tot ce am vrut să spun în acest articol. Cred că,
Va fi util pentru mulți utilizatori care nu au decis încă
ce să puneți pe server.

Prin versiunea pachetului, nu este ceva de comparat. Pachetele sunt ca și cum nu ar fi permanentă. Asta in debian se poate conecta la o versiune nativa, dar un rap mai nou, asa ca este similar in septembrie.
Puteți să faceți o comparație la nivelul "interfețelor".
De exemplu, așa cum sa spus, că în / etc sunt stocate config la deb.

kst, în post a fost spus despre un număr mare de întrebări aptitude. Cât de mult știu, pot modifica nivelul debconfului?

S-au comparat pachetele, deoarece se comparau versiuni specifice ale distribuțiilor cu utilizarea minimă a repo-ului extern.

Despre configs au Deby ele sunt mult mai convenabil, de exemplu, în loc de monolit /etc/php.ini prezinte un întreg dosar de fișiere de configurare, care pot fi monitorizate și editate în mod convenabil, același lucru se aplică /etc/sysctl.conf.d, / etc / mysql / conf.d

Despre debconf nu sa deranjat - nu stiu, uneori uneori aceste notificari sunt foarte utile, asa ca sunt obisnuit cu ei.







Articole similare

Trimiteți-le prietenilor: