Bič na uživatele sdílené MySQL (diskuse)

[trekker.dk]

provoz PostgreSQL jsme zrušili, protože na 2k uživatelů MySQL připadal 1,5 uživatele PostgreSQL.

PostgreSQL nikdo nepoužívá, protože to nikdo nenabízí. Nikdo to nenabízí, protože to nikdo nepoužívá...

[Zdeněk Burda]

PostgreSQL jsme měli v nabídce asi 5-6 let, z tu dobu se našlo jen pár uživatelů, kteří to chtěli používat z toho jen dva seriózně a zbytek jen aby se učili. Nejsme charita, nevím proč bych to měl za takových podmínek provozovat. Jednotky uživatelů provoz té DB na sdíleném hostingu nezaplatí.

[Filip Jirsák]

Většina uživatelů PostgreSQL pravděpodobně nebude používat sdílené hostingy, ale dedikované servery nebo virtualizaci. Takže ty počty uživatelů na sdíleném hostingu jsou celkem logické.

[Zdeněk Burda]

To vím, také proto jsem ho zrušil a kdo ho chce ve VPS, tak ho má.

[Shadow]

Na standardním webhostingu o PSQL asi opravdu není zájem. On je také smutný fakt, že řada CMS a webových aplikací PSQL nepodporuje (zdravím třeba Joomlu). Běžní uživatelé webhostingů pak většinou znají jen MySQL. PSQL je záležitostí spíše pro pokročilé, pro které je tu cenově dostupná nabídka virtuálních serverů. Dokážu si představit, že pokročilí uživatelé dají spíše přednost VPS než webhostingu (alespoň soudě podle sebe).

[VSi]

VPS nemusí být proti kvalitnímu (!) "klasickému" PHP hostingu vždy výhoda. U základních verzí VPS se obvykle musí člověk ve vlastní režii starat o dost věcí navíc. Někomu to může vyhovovat, ale třeba pro menší webdesignérskou firmu se nevyplatí věnovat tomu úsilí. Bývá možnost využít tzv. "Managed VPS", ale tam je cena obvykle podstatně vyšší. Co je u VPS pro produkční nasazení třeba řešit:

• kvalitní zálohování - záloha celého disku není dostatečná, např. kvůli databázím, denní zálohování a historie 10 dnů je rozumné minimum
• bezpečnostní aktualizace, monitoring (běh a vytížení služeb)
• ladění nastavení služeb jako databáze, webserver, PHP pro výkon a bezpečnost
• snadno použitelné administrační rozhraní s možností např. nastavení e-mailových schránek delegovat na samostatný účet, dobrá použitelnost i pro desítky spravovaných domén
• e-mailové služby - provoz přímo na VPS je složitější na správu, někdy se nabízí provoz e-mailů zvlášť, ale zas bývá problém s omezenými možnostmi konfigurace (delegace práv, kvóty na skupiny schránek)

Pak bych řekl, že sdílený hosting je lépe schopen ustát krátkodobé vyšší zatížení, případně pokud má charakter útoku, tak na něj rychle a přesně reagovat. Zažil jsem takový případ, kdy přišlo nečekané zatížení, které by VPS třeba s 1 GB RAM úplně odstavilo, ale z webhostingu se ozvali, upozornili nás, a nechali to nějakou dobu běžet. VPS má zas jiné nesporné výhody, jako třeba plný shell přístup nebo možnost instalace vlastního SW. Hodně z těch výhod může splnit i klasický hosting, ale takových moc není. On je problém i najít v ČR hosting, který by splnil uvedené body + rozumnou cenu.

Jinak jsme dřív měli několik desítek webů využívajících PostgreSQL u Českého hostingu. Postgres byl zvolen ještě v době, kdy u MySQL v běžně používaných verzích nebyla ani referenční integrita.

[Shadow]

VPS nemusí být proti kvalitnímu (!) "klasickému" PHP hostingu vždy výhoda.

Máte pravdu, je to složitější a je to o kompromisu, každé má něco. Díval jsem se na to příliš ze svého pohledu a tak nějak jsem opoměl realitu.

Nicméně, jak jsem tak namátkou zadal do prohlížeče "Postgres webhosting", vyšly mi přeci jen nějaké hostingy, které Postgres nabízí, i u nás. Takže vlastně žádný problém, Klenot je sice nenabízí, ale je kam jít, pokud je třeba.

Spíše mne mrzí, že je Postgres tak málo poptáván, že se hostingu jako Klenot nevyplatí jej podporovat. Já se sice řadím k těm, kteří měli Postgres DB na Klenotu (když jsem ho ještě využíval), ale bohužel jsem ji nestihl adekvátně využít před tím, než byla zrušena (i když to je asi dobře, mít tam rozběhlou aplikaci na Postgresu, nebyl bych zrovna nadšen jejím zrušením).

[Penguin_007]

Já jsem přesvědčen, že když bude zájem, mohou kluci opět rozběhnout PostreSQL, ale muselo by být nějaké nadkritiské množství. Nějakou trošku webových aplikací jsem viděl a nad dtb se dělají tak elementární oprace, že i MySQL toho umí až moc. Když si vezmu, že používám ve webové aplikaci (na rámec triviálních INSERT... ON DUPLICATE KEY UPDATE/UPDATE, DELETE, SELECT) defakto jen pohledy a hierarchické struktury, dojdu na to, že bych si vystačil pouze s SQLite (mimochodem je, nebo chystá se na Klenotu?), dokonce bych měl výhodu, že přenos dtb je kopírování souboru a ne dump+import.

[Zdeněk Burda]

Sqlite je, sami ho používáme

[Penguin_007]

Ahoj, máte ty statistiky někde přístupné? Jen jestli jsem top 10 vyhrál . Sebrat někde pár dní na psaní v klidu, abych sestavil vlastní engine s designem, tak ZenCart už je pryč.

[Zdeněk Burda]

Ahoj,

těm co vedou top10 píšeme a informujeme je o jejich "úspěchu", takže by ses o tom zajisté dověděl

Z.

[Heron]

To skoro vypadá, že se chceš zbavit i MySQL . Trestat ty, co to používají, mno nevím.

[Zdeněk Burda]

Nikoho netrestáme.
Statistiky slouží k odhalení případných průšvihů. Když se na web vrhne spambot nebo se někde něco zblázní po upgrade CMS, tak na to většinou přijdeme jako první na základě statistik. Samozřejmě sledujeme i kdo jak čerpá prostředky a pokud dlouhodobě šťaví server protože má blbě napsanou aplikaci (např. "oblíbený" zencart), tak se to řeší.

[trekker.dk]

např. "oblíbený" zencart

+1. Blé.

[Penguin_007]

+1

No já jsem jeden z těch, co na Klenotu ZenCart mají. Tenkrát jsem potřeboval rychle rozběhnout shop a dneska když mám vlastní napsaný, tak potřebuji vyřešit migraci dat, dump tam a zpět je jasný, ale vyřešit ten os*r mezi rozdílnými strukturami bude docela věc.

Ještě tvrdší je, že vlastně nám na shopech začíná předvánoční žeň, takže kdy udělat odstávku ať netratíme mi je fakt záhadou.

[Zdeněk Burda]

S odstávkama je to těžké... Když potřebuji něco udělat na systému nebo HW a je vynucena odstávka, tak to většinou znamená práci mezi 1. a 5. hodinou ráno. To je na serverech relativní klid a případná nedostupnost ovlivní relativně málo lidí. Na nově nasazeném řešení je to teda lepší, tam jsou důležíté prvky v clusteru takže přehodím službu během pár minut na jiný HW a můžeme jít opravovat

[Heron]

Jo, tohle už má smysl. Ono to znělo jako, že těch top 10 "taktně" upozorňujete.

Dobré to je.