Inačica od 26. srpnja 2013. u 12:32 uredi MaGaBot (razgovor \| doprinosi) Automatski ophođeni suradnici, Botovi 57.780 edits m →‎opis: lektura, replaced: takođe → također (2) ← Starija izmjena		Inačica od 17. srpnja 2014. u 23:57 uredi ukloni ovu izmjenu GemSetMeč (razgovor \| doprinosi) 153 edits Nema sažetka uređivanja Novija izmjena →
Redak 35: potrebno je da se up-to-date informacija učita u drugom slučaju odabira zadnje- učitanog PE. Koristeći odgovarajuću policy, moguće je npr. da se ostatak ravnomjerno dijeli zahtjev učitavanja na pool_ove PE's. Nakon prijema liste od PE indentifikacija od jedong PR, jedan PU će napistati PE informacije u svoj local cache. Taj cache je označen kao PU-side Cache. Van svog cache_a, PU će odabrati ~~tačno~~točno na PE - ponovo koristeći pool selection policy - i uspostavljajući konekciju s njim koristeći protokol npr. HTTP preko SCTP ili TCP u slučaju web servera. Koristeći tu konekciju, servis nuđen od servera se koristi. U slucaju da uspostavljenje konekcije ne uspjeva ili da konekcija biva prekinuta upotrebe usluge, novi PE se može odabrati ponavljanjem opisane selekcije procedure. Ako informacije u PU-side cache_u nije out-dated, PE identity se može direktno odabrati iz cache_a, preskakanjem potrebu za upit PR da sredi rezoluciju... Nakon ponovnog uspostavljanja konekcije sa novim PE, stanje aplikacije se mora ponovo uspostaviti na novim PE. Porcedura potrebna za to se označava kao Failover Procedure, i zavisna je od aplikacije. npr. za FTP download, failover procedure mogla bi znaciti da se novim FTP serveru treba reci

Reliable Server Pooling: razlika između inačica