Vlákno názorů k článku
FreeBSD 8.2 je oficiálně venku
od Lenin POWER! - Počítá se s tím, že do něj přeportují...
-
To je dobrá zpráva.
1.
Počítá se s porací lustre nebo glusterfs? V portech jsem to neviděl.2.
Používají v čechách web hosteři FreeBSD? Tady je to dost oblíbené, někteří jedou 100 procent na BSD a většina preferuje aby si na jejich servery dal zákazník BSD místo linuxu.Zvlášť populární je ta virtualizace network stacku a ZFS pro jaily. Koukam ze v cechach se VPS v jailu nenabizi.
-
Většina hosterů s kterými spolupracujeme, zejména si k nim posíláme lidi na školení a vyměňujeme si administrativní gui a scripty preferují BSD.
Má to výrazně menší náklady na support. Je to jednoduchý systém a zákazník nemá možnost toho podělat tolik jako v Linuxu. Třeba to /etc/rc.conf je výborná věc. Taky bootování je jednoduší, stačí jen nakopírovat kernel, žádná konfigurace a nebootuje se přes ramdisk.
AmeriNoc, Pairs network, New york internet, FDC servers, ipowerweb.
Zajímavý je, že ostatní hosteři mají stejný problém jako my - není elektrika, nemůžeme rozšiřovat datacentrum a brát další zákazníky. Hosting je o kvalitě supportu - máte dobrej support, máte zákazníky. U nás řešíme naprostou většinu tiketů do 5 minut a máme 24/7 telefoní support.
Proto je důležité abychom neřešily problémy typu - překompiloval jste si v gentoo kernel a ono to zase nebootlo a co s tim máme dělat, my tu gentoo nepodporujeme, ale můžeme vám pronajmout admina za 250 usd/hodinu. Ze se vam to zda drahy? No tak navrhnete jine reseni co po nas chcete abychom vam udelali. Co treba to zformatovat a nainstalovat z image cisty gentoo, a vy si tam pak obnovite data ze zalohy. Vy jste si u nas nezaplatil zalohu? No to je smula, ale aspon to zatahne jako ztratu dat pojistovna. Vy jste si u nas nezaplatil pojistku? No tak v tom pripade naklady nesete sam.
Taky jsme tu meli borce s ubuntu co si neustale odinstalovavali ssh a libc. Proto je zakladni system ve freebsd vyborna vec. Nejdou odinstalovat systemove soucasti. Pro hosting potrebujete spolehlivost vic nez cokoliv jineho. To ze benchmarky BSD vs Linux dopadaji trochu lepe pro linux nas vubec nezajima, vetsina serveru ma stejne zatez tak 10-15%.
-
Výhody FreeBSD znám dobře, provozuju ho :)
"Monolitický" systém a absence šaškáren s mkinitrd je určitě velká výhoda, ale s tímhle bych si nebyl úplně jist:
>> zákazník nemá možnost toho podělat tolik jako v Linuxu.
Podle mě je velkou nevýhodou FreeBSD systém rolling updates pro porty. Podle mých zkušeností to strašně komplikuje quality management. (Jestli někdo ví o nějakém způsobu, jak rozumně postavit QM nad rolling updates, jsem jedno ucho! :) Takže s tím levnějším supportem bych nejásal, pokud do něj mají být zahrnuté i porty nebo alespoň jejich část.
Pokud by se objevila firma/silná komunita, která by jednou za čas udělala freeze (alespoň části) portů a po nějakou dobu potom zvládala backportovat security fixy, byl by FreeBSD systém snů :) To je ale bohužel sci-fi...
No a co se týče toho podělání něčeho zákazníkem, úplně bohatě stačí když nebude pořádně číst UPDATING...
-
Takze v zasade chcete RHEL nebo SLED. Proto proto se to pro podnikove aplikace pouziva. Kdyz to nejde je to komu hodit na hlavu.
Hosting je o necem jinym, tam potrebujete jen LAMP stack + FTP server. To kdyz nejde tak to support znova vsechno prekompiluje z portu za par minut. Nikdo zadne garance nechce, protoze za ne neni ochoten platit.
Vetsina lidi si ani nekoupi tu $15 pojistku proti downtime co preprodavame. Zda se jim to drahy, ale kdyz jim pak nejde masina protoze ji neumi adminovat tak pak si vyskakuji - dvoudenni downtime mne stal 1200 dolaru! My ale neopravujeme aplikace co si v PHP nakodili a padaji jim z nedostku RAMky, nemaji nacitat celou tablici citajici miliony radek do pameti, ale to temhle lidem nevysvetlite.
Kdyz BSD umite a nikdo v CZ nedela jail hosting tak proc do toho nejdete? Co muzete prodelat kdyz se vam to nepovede, tak par tisic, tu svoji masinu na ktery to budete hostovat pak zrecyklujete pro dalsi projekt. Udejelte si mini administrativni rozhrani pro spravu jailu v Railsech {rychlej vyvoj} a jdete do toho. Nabizejte lidem full zfs v jailu + vimage + ipfw2. Udelejte si verze sablon pro jaily. Minimalni, LAMP, Rails, Tomcat, Django. S timhle vykrejete temer cely web hosting market. Nakodovany to mate cely za tyden.
-
>> Takze v zasade chcete RHEL nebo SLED.
Snad se shodneme na tom, ze obvykla Linuxova distribuce je trochu jinak postaveny system, nez je FreeBSD. Takze nechci SLED :) Chtel bych (respektive v nejdivocejsich snech touzim po :) FreeBSD, kde by existovala zakladni mnozina portu, ktere by nepredvidatelne nemenily verze.
>> . To kdyz nejde tak to support znova vsechno prekompiluje z portu za par minut.
Vy nemate vlastni repository se zkompilovanymi balicky? Ve FBSD to jde zprovoznit velmi jednoduse a pracuje se s tim krasne.
>> Kdyz BSD umite a nikdo v CZ nedela jail hosting tak proc do toho nejdete?
Radeji nez "umim" bych rekl "snazim se". Clovek se potkava s lidma, pred jejichz znalostma BSD musi sklapnout kramfleky a stahnout ocas...
Mluvil jsem o tom, ze neni lehke najit nekoho, kdo mi umisti FBSD do virtualu (KVM, Virtualbox, VMware). Nicmene i tech jailhostingu bude asi jako safranu - mozna tak dva :)
Proc do toho nejdu? Protoze se venuju uplne jinemu segmentu: sluzbam "all in one" pro mensi firmy, kde je daleko vetsi marze a clovek nemusi komunikovat s tisici zakazniky, kde od kazdeho ma korunu, ale komunikuje s jednim zakaznikem, od ktereho ma desitky tisic. Hosting me absolutne nelaka.
-
>> CPU limitujeme pomoci cpuset(1)
odvazni :)
http://lists.freebsd.org/pipermail/freebsd-jail/2009-April/000833.html
>> pamet limitujeme rekonfiguraci PHP/Apache/MySQL ktere v tom jailu bezi
cili nelimitujeme, protoze uzivatel jailu si tam muze spustit co chce.
-
Ta chyba je uz davno opravena. Ten mail je 2 roky stary.
Muze si tam spustit co chce s libovolnymi pametovymi naroky, to je sice pravda ale nepobezi mu to tam moc dlouho. Sejme mu to soft co prekroceni techto limitu hlida a pokud se jedna o php/apache/mysql tak mu to prekonfigurujeme na nizsi pametove naroky rucne.
