On Tue, 2004-09-28 at 08:27, Tiberiu Socaciu wrote: > cu scuzele de rigoare, grigore avea dreptate. sper sa NU primesc reply la > mail-ul asta de la manac dragos. deci:
Speri gresit. Vezi ca il cheama Cristian Grigoriu nu Grigore ... > > "Daca pui ttl mic o sa ai avantajul ca nu se cacheaza raspunsul la > > cererile de DNS, in cazul in care unul din serverele web e mort existand > > sansa de a se servi IP-ul celuilalt server web." > > 1. "sansa" != rezolvare definitiva Din cate am inteles eu citind enuntul problemei (ceea ce tu inca vad ca nu ai facut) se cere o solutie de disponibilitate _simpla, bazata pe DNS_. > > Am spus TTL mic deoarece e un tradeoff intre cereri si incarcare, > > depinde de setupul tau. Poti pune zero si atunci nu se face caching. > > 2. tuning in functie de dracu stie ce. poate azi merge bine si maine nu mai > e bun ttl-ul. = empirism Tuningul presupune empirism tovarase Aristotel > > Gigel vrea sa ofere siteul gigel.ro vizitatorilor sai. > > Din pacate Gigel are o conexiune buna in metropolitana dar o banda > > externa mica, motiv pentru care foloseste si un server extern, in US > > (unde banda e multa si ieftina). > > Gigel vrea ca vizitatorii din reteaua metropolitana sa acceseze serverul > > web din metropolitana iar cei "de pe Internet" sa acceseze serverul lui > > din US. > > asta nu inseamna "redundanta". e o banala distribuire a incarcarii. fyi: > "redundanta" vine din frantuzescul "redondance" care inseamna altceva Hai sa nu transformam totul intr-o lectie de romana de cluj si sa ramanem cu picioarele pe pamant. Era nevoie de o solutie de accesibilitate a siteului, iar la nivelul la care implementarea solutiei tine doar de o aseazare inteligenta a serviciilor i-am oferit o solutie buna. > > In functie de sursa cererilor DNS-ul dirijeaza clientii catre unul din > > webservere. > > noua definitie a "redundantei" Din nou, omul avea nevoie de o solutie practica, nu de lecturi profesorale sau teorii nemuritoare. Dupa cum (poate) stii e o problematica tinerea in metro a unei pagini web care va avea foarte multe accese din afara tarii datorita costului imens al benzii. Split view e solutia in cazul acesta. > > Asa cum am explicat mai sus. Combina trickul de mai sus cu TTL zero si > > poti face o distribuire interesanta pe N webservere. > > rezolvarea unei alte probleme practice. intr-adevar reala, dar nu la asta se > cerea rezolvare. Eu cred ca la asta se cere rezolvare din modul in care s-a pus problema. > > un script de monitorizare care sa faca asta pentru tine. Statistic vei > > avea o rata de succes mai mare folosind aceasta abordare si practic un > > raspuns mai rapid. > > alta problema... Aceeasi problema, isi poate face siteurile accesibile si poate imparti incarcarea (sau daca nu e cazul serveste doar o inregistrare iar cand webserverul principal moare se serveste cel de backup). > > Nu paria lucruri valoroase pe asta. > > eu votez cu grig. el a castigat pariul. manac doar pe cel cu agricultura, la > fel ca prietenul nostru, fiul revolutionarului din spania, valter roman Poti sa votezi cu el si poti sa-l iei si de nevasta, cumva presimt ca va potriviti. Nu te mai supara ca vaca pe sat si treci peste mandria de profesoras care nu permite sa fie contrazis. Aplica solutia pentru care ai votat si o sa ii observi avantajele in situatiile de criza cand trebuie sa faci schimbari in DNS-uri. > > Afair am un oarecare avantaj de experienta teoretica si practica, sper > > sa ma ajute. > > > > /me asteptand o noua slashdotare saptamana asta (setupul e gata, testat > > si functional de la ultima:) > > blabla > > fiindca vad ca sunt si altii care au "experiente teoretice", revin cu ce am > spus intr-un mail de ieri ce a generat rabufniri d'ale elitelor autohtone. > problema reala este de a pastra content-ul identic. daca e vorba DOAR de un > server ce duce pagini statice, trebuie sa va ganditi la: > - sincronizare de fisiere (cu ce stiti voi mai bine ca se face) > - sistem de fisiere distribuit (ce asigura si redundanta) > - alte solutii (cum ar fi aceea de a utiliza echipamente in share) Nu, nu asta e problema reala. Din postul omului se deducea ca partea asta e acoperita, probabil serveste htmluri chioare iar sincronizarea se face rar. > dar cum un server web este de obicei pe levelul 1, existand paradigme chiar > 3-thier (i.e. jsp), incercati sa vedeti cum implementati celelalte level-uri > (de exemplu baze de date). poate sincronizarea; sau poate o masina virtuala > distribuita; sau altceva. Nu e cazul in discutia noastra. > oricum, e de remarcat ca s-a tot speculat pe ideea cu dns-ul si asta e bine. > presupunand ca: > - se doreste cu adevarat redundanta > - se dispune de fonduri > - exista cel putin 2 legaturi la internet in cel putin doua locatii A si B > legate pe un tronson de mare viteza (de exemplu fibra) > - exista posibilitatea de a implementa solutia pe care v-am spus-o initial, > eventual usor modificata (sa bagam in schema si treaba cu dns-urile, ca > oricum e suficient de excitant, dupa cum vad din ttl-uri, view-uri etc) > solutia ar fi: > - in locatia A se monteaza ruter, dns si o parte din clusterul de care > aminteam > - in locatia B se monteaza ruter, dns si o parte din clusterul de care > aminteam > - daca sunt si alte locatii, asijderea > - va jucati cu rutele > - va jucati cu dns-ul > - va configurati cum siti acest "ansamblu" Ai idee macar cat costa asa ceva? Fa un calcul pentru 2 webservere si s-ar putea sa te duci sa cumperi hosting la Yahoo pentru HTML-urile tale amarate. Ma indoiesc ca cel ce a postat isi poate permite 50000$ bagati in echipamente si alte cateva mii costuri de colocare lunare. > asta e, aveti o solutie redundanta, care e insensibila la: > - cutremure > - pene de curent > - probleme cu providerul > - etc Da, e o solutie scumpa care nu isi are locul aici si e reinventarea rotii pe care unii mai mari o au deja (si e mai rotunda). > oricum, trebuie sa ne bagam cu totii in cap ca: > - apelarea la un provider de hosting nu rezolva problema: sunt cazuri cand > si serverele hostate in noc-uri ale firmelor de prestigiu au fost > neoperationale Sunt cazuri in care avioane au cazut din cer pe autostrada si au omorat zeci de oameni, cu toate astea sunt cazuri singulare si putini sunt cei ce merg pe autostrada cu frica de a fi loviti de avioane. > - rezolvarea reala (cat mai aproape de redundanta) costa bani Ma simt ca la o predica a unui nebun, orice s-ar discuta tot la aceleasi lucruri ajungem. Poate e siteul unei agentii de turism, e nevoie de disponibilitate, nu sunt acceptare perioade mari de nefunctionare, dar bugetul e facut de un economist nu de ITist care a fumat iarba tare. Sper ca iti dai seama ca nici unul din ISPii din Romania nu au nici macar pe departe un setup asemanator cu ce vorbesti tu pentru ca nu prea se incadreaza la conditia "realitate" (financiara in primul rand). Mai mult RDS acum ceva vreme nici macar o pagina in afara nu avea, si cand a cazut s-a dus frumos cu totul. Hai sa nu mai vorbim din carti despre teoria redundantei, oricine care stie google search o poate invata in 20 de minute. Daca ai ceva de raspuns fa-o fara inflorituri, limiteaza-te la argumente de ordin tehnic accesibile webdeveloperilor. -- Arbeit macht frei! --- Detalii despre listele noastre de mail: http://www.lug.ro/
