Helyi terhelés
Az elméletből ismert, hogy a helyi hálózat terhelése 70% -ban már kritikus
a helyzet.
Van egy rács, egy függőleges gerincoptika, egy vízszintes négykeresztmetszet
a
négy emelet - "réz" 5e, jó, és 4-7 swiches ("nortelovskie" Bay és politika)
a halmozott emeleteken.
Tueva hucha szerverek (olyan fájl adatbázisok, mint az IBM dB / 2 és dB / 400, és
a DOS
"Frksovyh"; olyan állat, mint a Lotus Notes, nem a nyomtatókiszolgálóról beszélek
tartományvezérlők).
Hogyan becsülhető meg ebben az esetben a hálózat munkaterhe?
A kérdés nem tétlen, valami az elmúlt három-négy hónapban lendületes lett
"lelassul".
Nos, az adminisztrátorok (programozók) természetesen mindent hibáztatnak a hardveren.
Megpróbáltam telnet-t bemenni a swicherbe, és megnézni a statisztikákat és a hibajelentést
mindegyikhez
a portokból (ahol a szerverek csatlakoztatva vannak). A különböző típusú hibák nem rögzítettek.
Nincs más hardver: (Csak szoftverértékelő eszközök vannak
alany. És hogyan kell csinálni. Hogyan biztosak lehetünk abban, hogy vagy vannak ezek a hírhedt 70%
vagy még messze van tőlük?
A legjobb üdvözlet
S`Tar
17 jan. 08 20:28, Szergej L Tarasov mindenkinek írt:
ST> Az elméletből ismert, hogy a helyi hálózat 70% -os betöltése már
ST> kritikus eset.
Nem helyi hálózat, hanem ezerneta (CSMA / CD?), Egy ütközésen belül
domént.
ST> Hogyan értékeljük meg ebben az esetben a hálózati terhelést?
1. A kikötőnek, ahová a (vagy a legtöbb) forgalom áthalad, vegye le
Statisztika.
2. Ragaszkodjon a gyanús domainbe a sztrájkba, hogy eltávolítsa a statisztikákat.
ST> Megpróbáltam telnet-t bemenni a swoosh-ba, és megnézni a statisztikákat és a naplót
ST> hibák mindegyik porton (ahol a szerverek csatlakoznak). hibák
ST> különböző típusok nincsenek rögzítve.
A naplópaketteken kívül számos bájt is található.
ST> Más hardver nem létezik: (Csak szoftverek vannak
ST> egy tárgy becslésének eszköze. És hogyan kell csinálni. Hogyan győződjön meg róla
ST> ezek a hírhedt 70%, vagy még messze van tőlük?
Noble Don tudja, hogy nem ütközik össze a full duplex hálózatban?
És milyen fékek okozhatók nemcsak a hálózat?
Bye, Sergey!
[Team SPH98] [Team DMPT] [Team M>] [ARMD]
np: [A Winamp nem aktív]
A gyakorlatból ismert, hogy a kritikus viselkedés akkor is megfigyelhető, amikor
elméleti terhelés 0,7%. By the way, ez az Ön elmélete utal egy
az ütközések szegmense, és nem alkalmazható a kapcsolókon lévő hálózatokra.
Van egy rács, egy függőleges gerincoptika, egy vízszintes négykeresztmetszet
a
négy emelet - "réz" 5e, jó, és 4-7 swiches ("nortelovskie" Bay és politika)
a halmozott emeleteken.
Tueva hucha szerverek (olyan fájl adatbázisok, mint az IBM dB / 2 és dB / 400, és
a DOS
"Frksovyh"; olyan állat, mint a Lotus Notes, nem a nyomtatókiszolgálóról beszélek
tartományvezérlők).
Hogyan becsülhető meg ebben az esetben a hálózat munkaterhe?
És miért? Látható, hogy a hálózatot az "eszközök elsajátítása" elve alapján tervezték,
nem pedig "megoldani a problémát". Ennek megfelelően az indoklás meg van írva, megvásárolva
10 gigabites Cisco és mindenki boldog.
A kérdés nem tétlen, valami az elmúlt három-négy hónapban lendületes lett
"lelassul".
Mi változott az előző hónapokhoz képest?
Nos, az adminisztrátorok (programozók) természetesen mindent hibáztatnak a hardveren.
Kérdezd meg őket, milyen vasat vétkeznek.
Megpróbáltam telnet-t bemenni a swicherbe, és megnézni a statisztikákat és a hibajelentést
mindegyikhez
a portokból (ahol a szerverek csatlakoztatva vannak). A különböző típusú hibák nem rögzítettek.
Látszott a kikötői forgalom mennyisége és szerkezete?
Nincs más hardver: (Csak szoftverértékelő eszközök vannak
alany. És hogyan kell ezt csinálni?
tcpdump, netstat -i, stb.
Hogyan biztosak lehetünk abban, hogy vagy vannak ezek a hírhedt 70%
vagy még messze van tőlük?
Először keresse meg a fékek okát. Nem kizárt, hogy a probléma rejlik
a duplex hibás automatikus felismerése az egyik link egyik végén,
néhány vzglyuknuvshem eszközben elküldte a törött csomagokat és
az MAC-asztal le van csapva a színmintákban, vagy akár a rosszul összenyomott csatlakozóban
vagy az egyik kiszolgáló operációs rendszerén belül.
A probléma kiküszöbölése nagymértékben megkönnyíti a hálózat felépítését, a partícionálást
ez a vlan, amelyet útválasztók kapcsolnak, és amelyeken rugalmasan tudják irányítani
és szabályozza a forgalmat.