Tcp Ip Biblia Pl (Helion)

[ Pobierz całość w formacie PDF ]
.Prosze pamietac, ze ruter tez jest usluga sieciowa, która trzeba wziacpod uwage podczas planowania nadmiarowosci.Oznacza to, ze musimy zapewnic zapa-sowy ruter dla kazdego polaczenia jednej podsieci z inna, jesli chcemy uodpornic siecna wszelkie pojedyncze punkty awarii.W tym przypadku musimy podwoic liczbe rute-rów lub zastosowac rutery z wbudowana nadmiarowoscia.Systemy wieloadresowePodczas planowania równowazenia obciazenia jednym z rozwiazan, które mozemywziac pod uwage, jest wieloadresowosc (multihoming), która wymaga uzycia wiecej nizjednej karty sieciowej w serwerze, aby uzytkownicy mogli korzystac z systemu lokal-nie, a nie przez ruter.Wieloadresowosc jest prostym rozwiazaniem równowazacym ob-ciazenie i zwiekszajacym wydajnosc.Wprawdzie ilosc pamieci i szybkosc procesoraoraz dysków ma znaczenie, lecz nadal waskim gardlem jest karta sieciowa.Wszystkiezadania klientów i wszystkie nformacje dostarczane im przez serwer musza przejsciprzez ten jeden interfejs.Problemem moze byc nie karta sieciowa , lecz wysokie obciazenie danego segmentu.W takim przypadku podlaczenie dwóch kart sieciowych w jednym systemie do tegosamego segmentu moze nie sprawic zbytniej róznicy, zwlaszcza w przypadku dostepne-go obecnie sprzetu sieciowego.Lecz spójrzmy na rysunek 20.5.Rysunek 20.5.Przyklad systemuwieloadresowegoCzytelnik moze pomyslec, ze na rysunku jest przedstawiony ruter.W rzeczywistoscijest to system wieloadresowy.W rozdziale 19.mówilismy, ze ruter jest wieloadreso-wym systemem, posiadajacym przynajmniej jeden protokól IP.Nic nie przeszkodzi namw zamontowaniu kilku kart sieciowych w dowolnym systemie.Gdy dodamy wiecej kartsieciowych do serwera, bedziemy mogli podlaczyc go bezposrednio do podsieci zawie-rajacej uzytkowników.W istocie nic nie przeszkadza w wykorzystaniu do roli rutera komputera dzialajacegopod systemem Windows lub Unix.Wiele organizacji uzywa wewnetrznie komputerówwieloadresowych jako ruterów, poniewaz rozwiazanie takie jest czesto tansze od kupo-wania wyspecjalizowanych ruterów sprzetowych.W najgorszym przypadku wieloadre-sowy komputer moze nam posluzyc jako ruter zapasowy.Prawde mówiac, wieloadresowosc mozemy zastosowac w wiekszosci serwerów, w tymw serwerach aplikacji; w ich przypadku technika ta pozwoli znaczaco zwiekszyc liczbeklientów, która serwer bedzie w stanie równoczesnie obsluzyc.Na przyklad, rysu-422 Czesc IV Tworzenie i utrzymanie sieci TCP/IPnek 20.6 przedstawia dwa serwery SQL replikujace pomiedzy soba dane przez siecprywatna, jednoczesnie obslugujace klienty poprzez siec glówna.Takie rozwiazanieprzenosi ruch replikacji z glównej sieci szkieletowej do prywatnego szkieletu SQL.Rysunek 20.6.Serwery mogado komunikacjipomiedzy soba uzywacprywatnej sieciszkieletowejPoniewaz serwery SQL moga aktualizowac wzajemnie swoje dane poprzez czeste re-plikacje, zmiany moga byc niemal natychmiastowe (jesli nie natychmiastowe), dziekitakim narzedziom SQL, jak replikacje i potwierdzanie dwuetapowe.Wobec tego klientymoga uzywac dowolnego z serwerów SQL, poniewaz sa blizniacze.Polowa klientówmoze byc skonfigurowana do korzystania z jednego serwera SQL, a reszta klientów z drugiego.W razie niedostepnosci jednego serwera, drugi moze przejac jego zadania(poniewaz ma w pelni aktualne dane).Taka konfiguracja zapewnia równowazenie ob-ciazenia oraz pewna nadmiarowosc.Odrebny szkielet, jak pomiedzy serwerami z rysunku 20.6, moze byc wydajnie wyko-rzystany z dowolna usluga, która replikuje swoje dane do innego serwera.Wada tegorozwiazania jest wieksza liczba sieci, które trzeba nadzorowac, jednakze sieci zawiera-jace tylko kilka systemów sa zwykle stabilniejsze od sieci z wieloma klientami.Na rysunku 20.7 podstawowa struktura z rysunku 20.6 zostala rozbudowana o wieledodatkowych klientów i proporcjonalna liczbe dodatkowych serwerów.Poniewaz liczbasystemów w drugiej sieci szkieletowej jest ograniczona, ruch sieciowy, o który serwerymusza w niej rywalizowac jest mniejs zy, nawet przy radykalnym wzroscie liczby klien-tów.Kolejna korzyscia ze stosowania odrebnego szkieletu jest mozliwosc uzywania wnim wlasnego protokolu serwerów.Na przyklad, gdyby serwery SQL z przykladu bylyproduktami Microsoftu, wówczas ich prywatna siec szkieletowa moglaby obslugiwacNetBEUI protokól szybszy w przypadku sieci jednosegmentowej.Wieloadresowosc i wykorzystanie odrebnej sieci szkieletowej jest rozwiazaniem dobrzeskalowalnym w przypadku uslug typu serwer SQL, które moga dokonywac replikacjii rozkladac zapytania na serwery.Nie nadaje sie to jednak dla takich uslug, jak np.DNSlub serwer proxy.W tych przypadkach zmiany dokonywane sa przez uzytkownikóww serwerze centralnym, a nastepnie rozprowadzane do innych serwerów.Nadal jednakmo zna uzywac hierarchicznych serwerów do redukcji ogólnego ruchu w sieci.Serwery hierarchiczneW przypadku serwerów SQL, na rysunkach 20.6 i 20.7, uzywana byla odrebna siecszkieletowa, aby polepszyc komunikacje pomiedzy serwerami równorzednymi.Jednak-ze w przypadku uslugi DNS serwery nie sa równorzedne istnieje jeden serwer pod- Rozdzial 20.Planowanie rozmieszczenia serwerów 423Rysunek 20.7.Wraz ze wzrostemrozmiarów sieci, liczbahostów w prywatnejsieci szkieletowejrosnie znacznie wolniejniz w klienckiejsieci szkieletowejstawowy DNS.Musimy wiec znalezc inne rozwiazanie, aby zredukowac ogólny ruchw sieci.Wezmy pod uwage rysunek 20.8, który przedstawia dwa serwery DNS dla calejsieci.Taka konfiguracja bardzo ulatwia transfery stref; jednakze wszystkie zapytaniaklientów musza przejsc przez dwa rutery, aby dotrzec do serwera DNS.Nie tylkozwieksza to opóznienia w rozwiazywaniu nazw, lecz równiez objetosc ruchu sieciowe-go, który wychodzi z lokalnego segmentu.Rysunek 20.8 [ Pobierz całość w formacie PDF ]

Podstrony