Decentralizovaný hosting s vysokou dostupností

[tralala5]

Pretoze to tam bolo dodatocne dorobene lebo sudruhovia zistili, ze im to neskaluje, tak zacali vymyslat narovnavaky s milion "ale". Nic sa nevyrovna tomu, ak je ta DB uz inherentne navrhnuta tak, ze s tymto scenarom pocita. MySQL a podobne bude furt "single node db" kde to ako tak pojde replikovat ked privreme obe oci. Boh ochranuj kde sa to rozsype.

[Reklama]

[to_je_jedno]

Ecs, rds, elasticache, s3. Před to CDNku.

[mhepp]

Pretoze to tam bolo dodatocne dorobene lebo sudruhovia zistili, ze im to neskaluje, tak zacali vymyslat narovnavaky s milion "ale". Nic sa nevyrovna tomu, ak je ta DB uz inherentne navrhnuta tak, ze s tymto scenarom pocita. MySQL a podobne bude furt "single node db" kde to ako tak pojde replikovat ked privreme obe oci. Boh ochranuj kde sa to rozsype.

Dolepená funkcionalita byla do kde čeho. No a co.

Pokud máš hotové řešení, kde je DB nějak daná, tak stejně použiješ to, co daná DB nabízí. A replikované MySQL/MariaDB jsem spravoval ~15 let. Ze začátku jsem udělal pár blbostí, ale data jsem neztratil nikdy. Měl jsem Master-Master replikaci a k tomu připojený ještě jeden slave jako zálohovací.

[Martin12]

To řešení, o kterém píšu samozřejmě není ideální, ale je levné a rychlé. Pokud by někdo chtěl skutečné HA, tak AWS, udělat image mašiny, load balancer, a v každé AZ přes cloud-init pustit mašinu s tím, že data budou na EFS a databáze na RDS, nádherné řešení, úplně HA, ale v minimální verzi bych to viděl na 2.000 - 3.000 Kč měsíčně, což pro firmu fajn, ale jednotlivce ne, dostupnost by tady byla nějakých 99,9995%.

To mnou navrhované řešení se záložní lokalitou je řádově dostupností horší, ale stojí to de fakto jen elektriku pro RPI.

[Marek Staněk]

Riesenie je:
- Docker swarm, minimalne 3 nody (jeden co bude presmerovavat traffic na 2 uzly)
(...)
- HaProxy

Jako free stack super, ale ten návod, podle kterého může laik postupovat bych chtěl vidět. 

Úplně nejjednodušší postup i pro poučeného laika je tento:
Webservery na Windows Server, nainstalovat roli IIS Web Server, nahrát obsah a vytvořit sajty
Klidně na jednom z nich přiinstalovat roli Network Load Balancing (ale lepší je na to mít na samostatné instanci)
V této roli nakonfigurovat cíle
Klienti přistupují na balancer

Tadá!

[Reklama]

[czipis]

Tadá!

To vaše "tadá" bych rád viděl. Kde tam máte to PHP, kde tam máte tu MySQL? O té potřebě spouštět z toho ještě "nějaký" linuxový tool už radši ani nemluvím.

"Tadá" tak možná na nějaký statický web a i ten by průměrný čtenář roota asi rozjel na linuxu v kombinaci apache-nginx/haproxy rychleji než "tadá" na windows serveru.

[honzako]

Ten dotaz je od samého začátku pouze nesmyslné přání poučeného, možná trochu naivního, laika.
Obecně lze pouze konstatovat, že zajištění HA je velmi drahé.
A tím to mělo skončit.

Všichni zde mluvíte o softwaru, ale uvědomuje si tazatel, že musí mít dvě internetové konektivity, že musí mít dva elektrické okruhy, a celou hardwarovou infrastrukturu?!
A uvědomuje si, že běžná konektivita od ISP neumožňuje obrácený trafik, a že je primárně určená k downloadu, ale nikoliv pro poskytování služeb dalším stranám?!

Kromě toho, to že to nějak jde tady vůbec nic neznamená. I srdce se dá vyměnit. Ale to neznamená že to každý umí.

[alfi]

Úplně nejjednodušší postup i pro poučeného laika je tento:
Webservery na Windows Server, nainstalovat roli IIS Web Server, nahrát obsah a vytvořit sajty
Klidně na jednom z nich přiinstalovat roli Network Load Balancing (ale lepší je na to mít na samostatné instanci)
V této roli nakonfigurovat cíle
Klienti přistupují na balancer

Tadá!

Když odpadne ten balancer nebo jeho konektivita, tak je vysoká dostupnost kde? :-)

Ten dotaz je od samého začátku pouze nesmyslné přání poučeného, možná trochu naivního, laika.
Obecně lze pouze konstatovat, že zajištění HA je velmi drahé.
A tím to mělo skončit.

Proč by to mělo být "velmi drahé"? VPS za pár (deseti)korun je dneska na každém rohu, pořídit dva u různých poskytovatelů a v různých sítích zase nestojí tolik. Pak už je to jen o vhodném nastavení těch duplicit vs. požadavky na aktuálnost dat nebo jejich zápisy

[Dizie]

Úplne najjednoduchšie bude zaplatiť niekoho (alebo sa to naučiť), kto nahodí v cloude HA loadbalancer, deployne tú tvoju appku do dvoch availability zón (ideálne ako container) a pod to dá HA databázu. Práca tak na 1.5 MD max aj s terraformom.

[motyq]

Zkus nový zerops.io. Tohle bys tam mohl zprovoznit za pár $ měsíčně. Je to navíc CZ firma.

[Marek Staněk]

Tadá!

To vaše "tadá" bych rád viděl. Kde tam máte to PHP, kde tam máte tu MySQL? O té potřebě spouštět z toho ještě "nějaký" linuxový tool už radši ani nemluvím.

"Tadá" tak možná na nějaký statický web a i ten by průměrný čtenář roota asi rozjel na linuxu v kombinaci apache-nginx/haproxy rychleji než "tadá" na windows serveru.

Proč MySQL? MSSQL to samozřejmě umí, i když Enterprise edice není levná. A IIS PHP umí. Co tam máme dál?

[Marek Staněk]

Úplně nejjednodušší postup i pro poučeného laika je tento:
Webservery na Windows Server, nainstalovat roli IIS Web Server, nahrát obsah a vytvořit sajty
Klidně na jednom z nich přiinstalovat roli Network Load Balancing (ale lepší je na to mít na samostatné instanci)
V této roli nakonfigurovat cíle
Klienti přistupují na balancer

Tadá!

Když odpadne ten balancer nebo jeho konektivita, tak je vysoká dostupnost kde? :-)

Ten dotaz je od samého začátku pouze nesmyslné přání poučeného, možná trochu naivního, laika.
Obecně lze pouze konstatovat, že zajištění HA je velmi drahé.
A tím to mělo skončit.

Proč by to mělo být "velmi drahé"? VPS za pár (deseti)korun je dneska na každém rohu, pořídit dva u různých poskytovatelů a v různých sítích zase nestojí tolik. Pak už je to jen o vhodném nastavení těch duplicit vs. požadavky na aktuálnost dat nebo jejich zápisy

Protože požadavek byl na živou migraci virtuálu (na VMware známo jako v-Motion).
Dá se říct, že zadání bylo spatláno tak, že nedává smysl, protože když mám v-Motion / Live Migration, nepotřebuju živou replikaci SQL.

[alfi]

Protože požadavek byl na živou migraci virtuálu (na VMware známo jako v-Motion).
Dá se říct, že zadání bylo spatláno tak, že nedává smysl, protože když mám v-Motion / Live Migration, nepotřebuju živou replikaci SQL.

Já v dotaze teda požadavek na "živou migraci" nevidím jen, že služba má pokračovat bez přerušení (to master2master v MySQL/MariaDb zvládne taky). Každopádně autor se dál nevyjadřuje - hlavně jaké "služby" tam očekává, tj. těžko hádat

[martin kalenda]

simple

- kupte si ve trech oddelenych lokalitach nejakej virtual u tri ruznych isp
- nainstalujte HAP proxy proti frontendu a SSL
- nastavte RR (pisete webova aplikace) na vsechny nody
- nastavte HAP proti backendu
- natavte HAp proti mysql nebo pouzijte maxscale (nepisete ze je to komercni projekt)


done, jako podekovani poslete nejakou kacku na libovolny donio projekt