Dobrý den,
chci si koupit virtuální server u savany - SAVANA 500.
http://www.savana.cz/webhosting/popis-webhostingu/
Mám několik webů s doménami - max. všechny weby do 300-350 UIP/den.
Weby běží na mojich redakčních systémech, nenáročné.
Moc se v hostingu nevyznám, tak se ptám, jestli tento hosting stačí.
A ještě jaké máte zkušenosti ;-)
Tommij poptává: C++ programátor pro úpravu exportního scriptu
Bronislav.hamsik nabízí: Prestashop - tvorba e-shopu a pluginů
Striker-digital poptává: Poptávka po Flash vývojaři se znalostí AS3. Výhodou javascript atd.
Tak stačit by měl, kdyžtak můžeš využít tu jejich orientační kalkulačku.
Já se tam také právě teď chystám...
Vyšlo mě 63%, což podle mě ujde.
Návštěvnost bude určitě nižší, takže to beru ;-) Snad budu spokojený, tobě taky spokojenost!
Příště použij hledání, podobné téma tu nedávno bylo. Nikdo zřejmě moc zkušeností s novými programy Savany nemá.
Já na Savaně jeden web mám a jsem u nich naprosto spokojen. Hlavní výhodou díky těm jejím novým programům je rychlost načítání stránek. Ta se zvýšila a je to opravdu znát. Jinak podpora taky super.
Každopádně sám se přidám s případnou prosbou o nějaké konkrétnější zkušenosti s většími projekty na VPS od Savany. Uvažuji o migraci. Zatím se mi jako výhoda jeví jejich vlastní admin, neomezeně domén, antivir, antispam. Na druhou stranu se mi zdá výkon procesoru a RAM příliš malý a dále se mi nelíbí omezený počet mailů ve schránce či velikost databáze, raději bych jednu sdílenou kapacitu pro vše.
Pozor u te tarifni kalkulacky nezohlednujeme to, ze jde o Joomlu atd, tam si hned k vysledku pridejte 100% narust zateze :) Dole to take piseme, ze to je jen pro orientaci a pokud jsou scripty tragicke, muze to byt realne nekde jinde.
To omezení těch mailů se mi taky nelibí, ale ruku na srdce, opravdu máš v schránce více jak 3000 mailů (u nejnižšího tarifu) a každý z mailů je pro tebe životně důležitý?Původně odeslal Railbot
Nejde o to jestli mám někde 3000 mailů a zda jsou opravdu všechny důležité. Jde mi o princip. Kdyby taková situace nastala, tak už je to starost navíc a musí se to řešit, ať nějakou zálohou jinam nebo tím promazáním. Dost dobře takové mantinely nechápu, je to zbytečně svazující.
Hofy to už zde na WT psal, je to opatření proti lidem, kteří NEMAZALI emaily a měli i případ s milionem emailů v schránce. Když jsem se Hofyho ptal, tak pokud narazíš na limit, tak to neznamená automaticky STOP, ale pouze se budeš muset s něma nějak domluvit...
Aha. Zajímavé, že pro ně je to problém a jinde to neřeší. Jednou má člověk kapacitu a mělo by být jedno, čim ji vyplní. S tím milionem mi to přijde nereálné, ale budiž, to je extrém. Ale v řádu tisíců jsou maily snad běžné, to za pár let (možná ani ne) nahromadí kdekdo a mít při ruce historii komunikace někdy není špatné.
Stahuj si je POP3 a kolik jich mas v mailu na svem PC je na tobe, osobne jich na POP3 mam za poslednich 16 roku par milionu.
Proste mej posledni pulrok na IMAP a starsi stahuj do zaloh pres POP3. To jsou zbytecne starosti kolem techto limitu, nikoho to neomezi.
Do počítače si maily stahuji, ale mám rád jejich kopie uložené i na serveru. Nějaké třídění je zbytečná starost, ale bohužel pro uživatele. Díky za informace, VPS u Savany nebude pro mne to pravé ořechové, alespoň zatím.
Holt nesmis ocekavat za par kacek zazraky a nejde o misto jako takove, ale o vypocetni vykon. A ver mi, ze 1000 MB web spacu generuje 1000x mensi zatez na CPU nez 1000 MB pro emaily ci pro DB a otom to cele je.
Disky jsou levne, da se jich na server narvat X ale CPU je omezene. To je kamen urazu, uzke hrdlo kazdeho serveru.
hofy: maj maily vliv i na RAM?
ne, maily bezi jinde
hofy: chápu že běží jinde, ale já se ptám jako otázka kdybych měl mít server....má větší počet mailů vliv i na RAM? nebo je to znát hlavně na CPU??
je to znat vsude. Vice ram je dobre pro cache a pocet mailu je znat na CPU, pokdu s tim zacnes pres imap pracovat, jako hledani, trideni atd.
hofy -
Scripty jsou v pohodě. Bude to skok z IC (tam to šlo OK), takže to půjde určitě u vás opravdu rychle. Pokud by se zvyhla návštěvnost a server nestíhal, koupím později ten druhý program ;-)
Já právě zvažuji, zda jít na S500 nebo jít rovnou na S1000, která se mi bude hodit později...
Já dnes přesouvám něco na S500 tak až budu mít nějaké zkušenosti jak to běží dám vědět :-)
Sorry SAVANA.CZ NEBRATTTTTTTTTTTTTTTTTTTTTTT koupil jsme si ji na doporučení kamaráda . ZA 1,nahrání databáze max 2mb najednou za 2, Neustále jim padá MYSQL , 3, Absolutně mě to nezvládnulo web s denní návštěvností 8000 za den. A to i když jsme měl tarif SAVANA 2000 . 4, miliony dalších zabezpečeních které jsou úplně nanic. pokud někdo chcete prodám Vám hosting za 2000 za 50% ceny.
No záleží jestli to byl už VPS hosting nebo ne. To je ten zásadní rozdíl...
Jak rikam tarif SAVANA 2000
Ale to byly dříve i ne VPN tarify ne?
Dříve byly tarify, ale byl to sdílený webhosting, nyní je to VPS a padat by to nemělo, každopádně jsi mě při prvních větách zarazil, ale i tak to podstoupím a pak sem budu psát jak to u nich vypadá apod.
Prosim pripadne dnes o strpeni, mame vyple DNS, nebot stehujeme cast serveru do jine serverovny. Hlasi to chybu s reverzni proxy
---------- Příspěvek doplněn 27.07.2010 v 14:32 ----------
Co se tyka problemu s nahravanim DB v phpmyadminovi, opravdu slo jen 2 MB, ted uz je to zrusene, slo o jednu direktivu. A co se tyka padani DB< tak DB nepadala, DB se nevytvarela, nekdy, ale uz take opraveno. Problem byl asi tyden, zakaznik musel vzdy zavolat, at mu to nahodime rucne, nez jsme nato prisli, kde je problem a problem byl v tom, ze nase scripty byly moc rychle a museli jsme dat mezi ne cekani na provedeni distribuce na serverech. Proste blbost a my to hledali CO TO PROBOHA JE. :)
No a pokud to nezvlada 8000 UIP za den na S2000, zalezi co je to za scripty, kde to vazne, da se nato podivat a optimalizovat. Zakaznik k tomu ma nekolik nastroju, jako sledovani stats, grafy.
A jedna aplikace zvladne 20 000 UIP za den a druha nezvladne ani 2000 UIP za den (cti joomla a spol). Neni to vetsinou chyba hostera a ted u VPS zvlast ne, neb vykon je vyhrazen a nekomu holt vyhovuje sdileny webhosting, neb muze parazitovat na serveru na ukor X dalsich, kteri nemaji navstevnost. TO uz jsem ale psal, ale nekomu to nevyhovuje a neni k sobe uprimny, ze kdyz ma 8000 UIP/den, ze je to na nejake vykone VPS, ne li na cely hw server.
Provozuji HOFYLAND, tam je denne asi 10 000 UIP a je to na 4x CPU serveru s 16 GB RAM, protoze by to nebezelo na VPS za 160 Kc, logicky.
---------- Příspěvek doplněn 27.07.2010 v 19:37 ----------
Oficialni zprava: Tak dnes bylo pripojeno 10 novych serveru v dalsim racku pro VPS.
Neoficialni zprava: prave jsem se prezral pri grilovani a uz to nikdy neudelam. :)
Jinak nikde jsme ani na webu nezminovali, jak je to u nas se zalohami.
Takze, na kazdem serveru jsou 4 disky. 2 a 2. Takze na 2 se provadi kazdou hodinu synchronizace a pak z tech zaloznich se jednou denne dela zaloha na diskove pole, ktere ma kazdy rack sve vlastni. Tam bude zaloha zpet cca 14 dnu (email, web, db). Zakaznik ma pristup na to pole k tem zaloham. Ty 2 disky primo na serveru jsou pro nas, ze kdyz odejde disk na serveru, prepne se suplik a jede se dal a technik uhani na vymenu disku do serverovny.
Moje zkušenosti:
Mám tarif SAVANA 500 (VPS)
Nabízené php 5.3 je sice pěkné, ale po přihlášení se dozvíte že je to pouze pro alfatesting a tudíž když máte problém tak vám to dá podpora jasně najevo.
Například nejde PhpMyadmin.
Dále pak s tarifem VPS není možný přístup k zálohám. Ten měl být už před několika týdny dostupný podle vyjádření podpory, ale stále nic.
Tolik asi moje všechny negativní zkušenosti, takže pokud savanu tak nepočítat s php 5.3 a dostupností záloh.
Přináším první zkušenosti s VPS SAVANA (po prvních 24h).
Rychlost FTP
Rychlejší než u gigaserveru. Tam byl občas problém pomalých odpovědí od serveru. Přenos malých souborů byl pomalý. U savany mi to přijde značně rychlejší. Nestíhám číst ani příkazy. Nejsem si jistý zda FTP server je přímo na VPS. Pokud ano, bylo by to vysvětlení. FTPes jsem nezkoušel. Myslím, že jsem četl že jde pouze přes IPv6.
Rychlost stránek
Mám nenáročné stránky. Náčítání subjektivně mírně rychlejší. (můžete vyzkoušet v patičce odkaz na notebooky). Shrnul bych to tak, že nekupujete zajíce v pytly, jako v případě webhostingu. Zde je jasné jaký výkon máte k dispozici. Ten bude +/- stejný na všech VPS s linuxem.
Emaily
Fungují, chodí. Vše se mi přesměrovává na gmail, takže nemůžu moc posuzovat. Nemám sebemenší problém. Nastavení jednoduché.
SQL
Nemám problémy. Dokonce s přednastavenou UTF-8. Ne jako kapusta "latin_swedish_ci"
Administrace
Jako ve všech administracích chce i u savany chvíli zkoumat, zkoušet než pochopíte co jak přesně funguje.
Oceňuji velké množství funkcí, vychytávek, textovou nápovědu ke každému políčku a srozumitelnou češtinu. Občas sice nějaká drobná muška, ale to je všude. Nic závažného.
Podpora
Výhodou oproti kapustě jsou jasně stanovené pracovní hodiny. V tu dobu se doopravdy dopíšete/dovoláte. Online komunikace jako gigaserver. Některé maily vyřídí i mimo pracovní hodiny.
Sdílená IPv4
Není vcelku problém. O překlad se stará reverzní proxy server.
Počet souborů
Samotný VPS zabírá přibližně 19% počtu souborů. Myslím, že by počet souborů neměl omezovat.
Rychlost připojení
Spočítejte si kolik lidí zvládne 5Mbps. Je jasné, že vps je určen spíše pro nestahovací portály. Zde prostě nemůžete parazitovat jako na normálním webhostingu. Osobně mi to vůbec neomezuje.
Co bych ocenil a za co se přimlouvám
SCP nebo SFTP. Cokoliv je lepší než paskvil FTPes, který neprojde restriktivním firewallem. Bohužel se ale dostává do módy.
Nevýhody
Pokud si na VPS přidáte vlastní doménu, musí počkat, až Vám admin tuto doménu schválí. (chápu, lidé by si přidali klidně i seznam.cz).
Máte-li někdo nějaké otázky, klidně se ptejte. Odpovědi na otázky typu kolik UIP to zvládne nezná nikdo.
Dnes jsme vykompilovali funkcni PHP 5.3.
Zalohy jsou v poradi, davame je na pozadani, resime ted dulezitejsi doladovacky. Lide nas zadaji o zalohy na VPS tak 1x za 14 dnu, proto to necitime jako prioritu, vetsinou jim staci, ze v pripade prusvihu jsou data v bezpeci, ale melo to jiz byt, to je pravda, nas prusvih trosku.
