Mājas lapas rezerves serveris

[D.D.D]

Sveiki.

 

Vēlos uzturēt vienu web servisu uz diviem host serveriem un ISP. Gadījumā, ja viens pasaka "Čau" tad otrs pārņem darbību, datu bāzei jābūt singronizētai uz abiem serveriem.

 

Nauda nav problēma, bet trūks pieredzes kā to izdarīt.

[Programmētājs]

Es ilgi par to domāju, bet kopš ieliku serveri datu centrā, tā nav bijušas nekādas problēmas un vairs nēesmu neko izdomājis.

Problēmas rodas tur, ka datiem jāsinhronizējas uz abām pusēm. Itkā var programmēt savu risinājumu. Varbūt palīdz MySQL Cluster?

 

 

[D.D.D]

Iedomāsimies tā, ka lapas saturs 100% glabājas SQL datubāzē.

 

Kā to sinhronizēt, bez fiziskas failu pārkopēšanas bet ar SQL tranzakcijām.

[(...)]

Nauda nav problēma, bet trūks pieredzes kā to izdarīt.

Dzelžains iemesls kādēļ to visu uzticēt specializētam kantorim kas ar to tieši nodarbojās, jo nav pamata mahinēt un riktēt, ja to var izdarīt vienas dienas laikā. Kaut vai DEAC, vai arī Sigmanet serviss. Nebūs jāiespringst, kā arī, ja kaut kas notiek, tad var uzvelt atbildību un pieprasīt kompensācijas.

[MIGs]

Alone - ša, kompensāciju - aha.

 

Autor. Ideja vienkārša - divi web serveri. Divi ieraksti DNS konfigurācijā.

Viens datubāzes serveris, vai datubāžu serveru klāsteris.

Tb. Bāzes neglabājas uz paša web servera.

 

Programmētājs un kā serveris datu centrā atrisina šo ?

Ta sjau atrisina tikai interneta pieslēguma/upša/kondiškas problēmas.

[D.D.D]

Speciālam kantorim uzticēt nevaru, jo web serviss nebūs publiski pieejams, turklāt strādās iekš DMZ ar pāris simts trust domēniem.

[rubb]

Nu tad ņem divus(vai vairāk) ISP, taisi serveru klāsteri, liec dubultā tīkla aparatūru, elektro padevi ar ģeneratoru... viss kā normālā datu centrā.

Šitādām (normāli realizētām) lietām neeksistē vienkārši risinājumi

Labots Augusts 26, 2009 - rubb

[Aleksejs]

Pirms web serveriem - load balanceris, kas ļaus arī pilnīgāk izmantot infrastruktūru.

SQL datubāzes klāsterēšana atkarīga no konkrētās DBVS.

[rubb]

Un neviens jau neliedz profesionālajos datu centros ieliktajiem dzelžiem slēgties klāt caur VPN, vai uztaisīt VPN ar to `slepeno iekšējo tīklu` tā, ka iekšējais tīkls nemaz nejūt, ka datu centrs atrodas kaut Amerikā.

Labots Augusts 26, 2009 - rubb

[D.D.D]

Tehniskā bāze ir (Serveri HP DL380, UPS 5000KW, Cisco 3560 switchi un pārītis 3560G gateway moduļu, ģenerators arī priekš UPS barošanas, tas ja nu gadījumā Latvenergo bankrotē, kondjišakas veselas divas neatkarīgās ar izplūdi no grīdas.

 

Pietiek???

 

Labāk pastāstiet, kā nodrošināt nonstop web servisu, ja nu gadījumā viens no serveriem apstājas.

Labots Augusts 26, 2009 - D.D.D

[Aleksejs]

Load balanceris:

http://haproxy.1wt.eu/

par to parūpēsies

[usver]

MySQL, kā jau minēts, klāsterī jāliek. Viņi savstarpēji sinhronizēs svaigākos datus pie katra updeita, līdz ar to viens DB serveris droši drīkst saliekties. Viss turpinās strādāt. Pieņemu, ka komerciālās DBVS jau no sākta gala šo iespēju ir realizējušas.

Labots Augusts 26, 2009 - tt2t

[D.D.D]

Laikam nav parāk stulbu jautājumu, dzīve. Bet stulbāk ir tos neuzdot, tātad.

 

Funkcija, kura sūta visas SQL komandas, piemēram, ALTER un UPDATE uz divām DB sesijām?

[Aleksejs]

Ne gluži - (sakarā ar to, ka nepateici, kāds tieši SQL serveris tiek izmantots, pieņemšu man vienkāršāko - MySQL):

http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-replication.html

[D.D.D]

Ne gluži - (sakarā ar to, ka nepateici, kāds tieši SQL serveris tiek izmantots, pieņemšu man vienkāršāko - MySQL):

http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-replication.html

 

Projekts pašreiz dzīvo uz WAMP.

[Bots]

Tehniskā bāze ir (Serveri HP DL380, UPS 5000KW, Cisco 3560 switchi un pārītis 3560G gateway moduļu, ģenerators arī priekš UPS barošanas, tas ja nu gadījumā Latvenergo bankrotē, kondjišakas veselas divas neatkarīgās ar izplūdi no grīdas.

 

Pietiek???

 

Labāk pastāstiet, kā nodrošināt nonstop web servisu, ja nu gadījumā viens no serveriem apstājas.

 

 

Skatos, ka ir laba IT infrastruktūra.

 

Normālā gadījumā jārīkojas šādi:

• No 2x HP DL380 uztaisa klāsteri (failover cluster; strādā viens serveris otrs ir Standby režīmā);
  
• Pie serveriem ar dublētu (redundantu) pieslēgumu pieslēdz disku masīvu (Storage), disku masīvam jābūt ar dublētiem kontrolieriem;
  
• Datu bāzi izvieto uz disku masīva;
  
• Izplāno datu bāzes backup'ošanas algoritmu.
  

 

 

Cik tas maksā?

Par cik IT infrastruktūra balstīta uz HP serveriem, tad rekomndēju HP MSA2000 disku masīvu.

Video: http://h30423.www3.hp.com/?fr_story=88de55d1a47a9dad7373558d24dee85a92bd2e5a&rf=bm

Tehnisks apraksts: http://h18004.www1.hp.com/products/quickspecs/13331_div/13331_div.HTML

3 gab. 146 GB SAS @ RADI5 - datiem pieejamā vieta 292GB.

Ļoti aptuvena cena 6255.00 (LVL bez PVN).

Konfigurācija:

Disku masīvs

AJ948A HP MSA2012 3.5-in Drive Bay Chassis 1 gab.

AJ808A HP StorageWorks MSA2300sa Controller 2 gab.

AJ735A HP StorageWorks MSA2 146GB 3G 15K 3.5 inch Dual-port SAS HDD 3 gab.

UJ673E HP 3y NBD 9x5 MSA2000 Array HWSupp 1 gab.

SAS kartes serveriem

488765-B21 HP SC08Ge HBA 4 gab.

407337-B21 HP Ext Mini SAS 1m Cable 4 gab.

 

 

Šādā veidā var nodrošināt nonstop web servisu darbību situācijā, kad viens serveris "apstājas" un viens disku masīva kontrolieris "apstājas".

[D.D.D]

Izplāno datu bāzes backup'ošanas algoritmu.

 

Tur jau tā sāls

[Programmētājs]

kā serveris datu centrā atrisina šo ?

 

Iepriekš rakstīju, ka arī gribēju šo milzīgi sarežģīto shēmu realizēt, bet kad noliku serveri datu centrā sapratu, ka man to nevajag un esmu atsprindzis.

 

Uptime 100% jau 195 dienas.

[Aleksejs]

D.D.D. Backupošana un replikācija ir divas dažādas lietas.

[Bots]

Izplāno datu bāzes backup'ošanas algoritmu.

 

Tur jau tā sāls

 

Laikam nedaudz neskaidri noformulēju.

 

Ar "Izplāno datu bāzes backup'ošanas algoritmu" - domāts cik regulāri un uzkurieni tiks taisīts back-up. Piemērma ar Symantec Backup Exec programmatūru 1x dienā uz atsevišķa loģiskā diska (LUN) tajā pašā disku masīvā un 1x nedēļa uz lentas.

 

Reāli uz disku masīva būs viena datu bāze, pie kuras varēs tikt abi severi. Datu bāzes konsistenci nodrošinās tas, ka serveri strādās failover cluster nevis loadbalancing režīmā.

 

 

Skatoties no efektīva resursu izmantojuma viedokļa uz serverim var taisīt virtuālos serverus un, piemērma, nosakot tiem proritātes - web serviss (augsta prioritāte), terminal serviss (zema prioritāte), efektīvi izmatot HP DL380 jaudu un panākt drošību.

[Programmētājs]

Problēma ir tur, ka ja būs viens domēns kurš norāda uz divām vietām, tad tu nezināsi kur nonāks klients. Tādēļ abi web serveri kļūst par primārajiem un abās datubāzēs var rakstīt un vajadzētu datus replicētu uz otru datubāzi. Protams parasts replicēšanas procedūra te nedarbojas. Var taisīt viltību. Ka www.domain.lv norāda uz abiem, bet edit.domain.lv tikai uz vienu, tādā gadījumā abi serveri atspoguļo, bet datus rediģēt var tikai tad, kad primārais ir pieejams. Šāds risinājums prasa jau veidojot lapu vai ko citu noprogrammēt/nokonfigurēt šo loģiku.

Labots Augusts 27, 2009 - Programmētājs