Mi biztosítunk minőségi szolgáltatást a Windows Server 2018-ban, a windows it pro
ARUBA INSTANT WI-FI: EGYSZERŰ, KIADHATÓ, ELÉRHETŐ
Az első és legfontosabb tanács az olvasóknak a Hitchhiker híres "The Guide to the Galaxy" című regényében: "Soha ne pánik". Gyakran hivatkoznak rá az agyában, ha beszélünk a szolgáltatás minősége (QoS) a vállalat: a szemében van a szorongás és emlékeznek a látogatás a kijelölt klinikán vagy a szülői értekezlet az iskolában, miért van szükség, hogy elhagyja az ülés azonnal.
Természetesen az ilyen idegesség részben indokolt.
A QoS igénye
A modern adatközpontokat mély, elágazó kommunikáció jellemzi. Az adatközpontot alkotó szerverek sokféle adatcserét cserélnek egymással:
- alkalmazási adatok;
- replikáció;
- klaszterforgalom;
- hálózati tároló forgalom (például SMB, iSCSI);
- ellenőrzési forgalom;
- adatok archiválása.
A feladat még bonyolultabb a virtualizáció miatt. A Hyper-V szerver legalább öt hálózati kapcsolatot igényelhet! Vegye figyelembe a redundáns útvonalakat is, amelyekre bizonyos típusú forgalomra szükség lehet, így több kapcsolat is csoportosítható. Különálló kapcsolatokra lehet szükség a Fibre Channel technológiát használó raktárakhoz. Mindez tökéletes zavarhoz vezethet. Hogyan racionalizálják a vállalatok az infrastruktúrát?
Képzeld el, hogy a hálózat autópálya. Hallja a szirénáját a hátad mögött. Az autók körül próbálják kijavítani az utat, de nehéz a csúcsforgalomban, és a mentők nem tudnak átadni. És ha az autópályának van egy különleges sávja a sürgősségi járművek számára, akkor ez a szalag üres. Az autóversenyt a forgalmi dugóban a bosszúsággal úgy gondolják, hogy sokkal gyorsabban haza lehetne menni, ha más autók számára lehetővé tennék a szalag használatát. A közúti ügynökség új sávokat hozhat a fővonalra a forgalmi dugók leküzdésére, de egy ilyen döntés gyakorlatilag megvalósíthatatlan.
A cég hálózata olyan, mint egy autópálya. Lehetséges, hogy a kommunikációs csatorna közös az összes hálózati forgalomban. Ebben az esetben fennáll annak a veszélye, hogy nem lesz képes a fontos adatok gyors átvitelére a hálózaton keresztül egy nagy terhelési idő alatt. Vagy talán hálózati kapcsolatokat osztottál meg minden forgalomtípushoz, így szükség esetén bizonyos adatokhoz sávszélességet biztosíthatsz. Talán olyan kommunikációs csatornákat ad hozzá, amelyek biztosítják az összes forgalom továbbítását.
A legtöbb vállalat hagyományosan használta a második lehetőséget, de ennek a megközelítésnek a végrehajtása több okból is nehéz.
- Az adatközpontok 1 Gigabitról 10 Gigabit hálózatra mozognak. A kiszolgálónként több mint 10 gigabites kapcsolat jelenléte egy gazdaságilag veszteséges megoldás, ezért használhatatlanul különleges kapcsolatokat különíthetünk el minden típusú forgalom számára.
- A virtualizáció elterjedt bevezetésével a blade szervereket egyre inkább használják. De ezek a szerverek általában korlátozzák az adapterek számát, ami csökkenti a kapcsolatok számát. Vannak kivételek, ha az adatközpont egységes struktúrát használ, amely lehetővé teszi virtuális adapterek létrehozását a webhely számára, szinte korlátlan rugalmasságot biztosítva a forgalommegosztásban (bár valójában ez csak egyfajta QoS mechanizmus).
- Hagyományosan a hálózatok nagy redundanciával vannak felépítve, hogy biztosítsák a sávszélességet. A különböző hálózati forgalom növekvő fontossága és használata miatt a legtöbb vállalat nem tudja kezelni az ilyen redundanciát. Számos dedikált hálózati kapcsolatot használnak bizonyos típusú forgalomra, vagy nem használják, vagy nagyon ritkán használják.
Speciális problémák társulnak a virtualizációhoz. Számos operációs rendszer működik ugyanazon hardvereszközön, és megosztja a hálózati kapcsolatok halmazát. A különálló hálózati adapterek használata minden virtuális gép számára rendkívül praktikus. Az egyetlen helytelen virtuális gép képes az összes rendelkezésre álló sávszélességet elfoglalni, megfosztva más erőforrások virtuális gépeitől. Ezért olyan mechanizmusra van szükség, amely nemcsak a különböző típusú forgalmak elegendő sávszélességének időbeni elosztását garantálja, hanem ugyanolyan típusú erőforrások egyenlő elosztását is biztosítja a virtuális infrastruktúrát használó virtuális gépek vagy ügyfelek között.
Ha a tárhely szolgáltatónak sok ügyfele van, akkor minden ügyfélnek elegendő erőforrással kell rendelkeznie. Hasznos lehet különböző sebességű hálózatok, például arany, ezüst és bronz.
Első pillantásra, a probléma egyszerűen megoldható azáltal, hogy a kommunikációs csatorna 1 10 Gb Gb - kommunikációs csatorna tízszeresére nőtt a sávszélesség elegendő lesz. Ez megfelel növekedését sávok száma az autópályán: időtartamára az a probléma súlyossága csökken, de nem számít, milyen forrásokat különítettek el a munkát, végül ők lesznek a kis- és több kell. Még egy 10 gigabites kapcsolat az idővel teljesen meg van töltve, és a probléma az, hogy bizonyos típusú forgalom esetén nincs elegendő sávszélesség - ez ismét fontosvá válik.
QoS alapú szoftver
A maximális sávszélességgel rendelkező konfigurációban a házirend által érintett munkaterhelés nem haladhatja meg az elkülönített sávszélességet. Ez garantálja a várható hálózati sávszélességet. Például a 10 gigabites hálózati kapcsolat forgalma a következőképpen osztható meg:
- 1 Gbps a menedzsmenthez;
- 1 Gbps a dinamikus migrációhoz;
- 1 GB egy fürtnek vagy egy CSV-fürt megosztott kötetének);
- 2 Gbps az iSCSI-hez;
- 5 Gbps virtuális gépekhez.
A maximális sávszélesség-módszer akkor hasznos, ha fizetni kell a használt sávszélességért, például az irodák közötti WAN-kapcsolat esetén. Akkor a sávszélesség korlátozások jó ötlet.
- 10 a vezetőség számára;
- 20 a dinamikus migrációhoz;
- 20 klaszter vagy megosztott fürt CSV kötet);
- 10 iSCSI esetén;
- 40 virtuális gépekhez.
Ne feledje, hogy az értékeknek nincs dimenziójuk; csak relatív súlyok vannak.
A minimális sávszélesség-politika elve a következő: alapértelmezés szerint a forgalom bármilyen formája használható az összes rendelkezésre álló hálózati sávszélességre. Bár a virtuális gépforgalom súlya 40, a teljes hálózati sávszélességet elfoglalhatja, ha a kommunikációs csatorna nem szükséges más forgalom továbbításához. Versenytársak hiányában a munkaterhelések a kommunikációs csatorna bármely részét használhatják, a hálózati struktúra végső képességeiig. A relatív súlyokat csak verseny esetén veszik figyelembe. Ebben az esetben különböző sávszélességet garantálnak a sávszélességtől függően: 20% a dinamikus migráció forgalmához és 40% a virtuális gépforgalomhoz. Az összeget a tömegnek - 100. A minimális sávszélesség az azonos típusú forgalom jelenlétében a verseny megtalálható elosztjuk a relatív súlya az ilyen típusú forgalom az összeg az összes súlyokat.
Ezenkívül a minimális sávszélesség szigorú beállítását is használhatja, amelyben az abszolút minimális sávszélesség-értékek a forgalmi típusokhoz vannak hozzárendelve. Például a forgalomirányítás 1 Gbps, és a virtuális gép forgalma 4 Gbps. Ez a megközelítés azonban az adminisztratív nehézségekhez kapcsolódik a relatív súlyokhoz képest. Gondoskodni kell arról, hogy a munkaterhelésekhez rendelt minimális értékek ne túllépjenek. Ezenkívül egy legalább 1 Gbit forgalomtípus forgalomhoz való hozzárendelése nem garantálja, hogy 1 Gbps-t fog kapni. A legtöbb hálózatban több kapcsoló és útvonal van. A forgalom típusa lehet a garantált sávszélesség az 1 Gbps a helyi kiszolgáló hálózati, de miután a forgalom elhagyja a szervert, teljesítmény függ más hálózati forgalmat.
Van egy másik probléma a minimális sávszélesség szigorú hangolásával. Tegyük fel, hogy két 10 gigabites hálózati adaptert kombinálunk; ez biztosítja a 20 Gb / s sebességet az egészséges környezetben. Ha egyértelműen ragaszkodik a minimális sávszélességen alapuló megközelítéshez, és 20 Gbit értékre állítja be az értéket, akkor lehetetlen garantálni az adapter hibáját. Ez ellentmond a hálózati kártyák ötvözésének eszméjével: baleset esetén folyamatos szolgáltatás nyújtása.
Ezen okok miatt a minimális sávszélességen alapuló szigorú megközelítés nem ajánlott. Ahol lehetséges, relatív súlyokat kell alkalmazni.
QoS hardvertechnológia
QoS virtualizációval
A QoS szoftver a virtuális gépek számára is elérhető. A QoS és a virtuális gépek kombinációjának képessége számos környezetben kritikus, különösen olyan szolgáltatóknál vagy vállalatoknál, amelyek különböző üzleti egységekkel rendelkeznek az infrastruktúrák megosztásával. Garantáljuk, hogy az ügyfelek elegendő hálózati erőforrást kapjanak, és a különböző szintű szolgáltatásokat az "arany" hálózati kapcsolat preferenciális díjai alapján nyújtják - óriási előny. A virtualizáció ezeket a képességeket biztosítja a processzor, a memória és akár az adattárházak számára, így a hálózat számára való rendelkezésre bocsátás lehetősége kiegészíti az erőforrás-gazdálkodás képét.
Ne feledje, hogy a minimális sávszélességi képességek lehetővé teszik relatív súlyozás vagy szigorú sávszélesség felosztást. A virtuális gépek esetében a minimális relatív súly használata még fontosabb, mivel a virtuális gépek mobilok. Egy virtuális gép mozgatható a csomópontok között, így a szigorú minimális sávszélesség beállításának kísérlete nem lesz sikeres, mivel a különböző csomópontok különböző virtuális gépekkel rendelkeznek saját paramétereikkel. Ha dinamikus migrációt próbál használni egy virtuális gép másik csomópontra való áthelyezésére, amelyen nem lehet szigorú minimális sávszélességet beállítani, a dinamikus migráció sikertelen lesz. A relatív súlyozás mindig működik, mivel a sávszélesség összefügg a szerver munkaterhelésével.
Fontos megérteni, hogy a virtuális gépekre alkalmazott minimális sávszélességi házirend csak a virtuális gép által küldött forgalmat érinti a fizikai kapcsolatra. Ha a forgalmat ugyanazon a csomóponton lévő gépek között vesszük figyelembe, akkor a minimális sávszélesség-irányelvek nem alkalmazhatók. A két virtuális gép közötti kapcsolat ugyanazon a csomóponton soha nem áthalad a fizikai hálózati adapteren, hanem a Hyper-V virtuális kapcsoló által a webhelyen belülre kerül, ezért nem veszi fel a hálózati sávszélességet. A maximális sávszélesség-szabályzat ugyanazon a csomóponton lévő két virtuális gép közötti forgalomra vonatkozik, valamint a virtuális gépről a hálózati kapcsolatra érkező forgalomra. A különbség oka, hogy egyes vállalatok díjat számítanak fel a felhasznált hálózati erőforrásoktól függően. Ha a maximális sávszélességet megadják, akkor az ügyfeleknek nem kell többet fizetniük, mint a legmagasabb sávszélességet.
Ne feledje, hogy a maximális sávszélesség csak a virtuális gép kimenő forgalmára vonatkozik; A bejövő forgalom nem korlátozott. Miért nincs korlátozva a bejövő forgalom? A bejövő forgalom már jelen van a csomóponton, így a visszautasítás nem lesz sok felhasználás. Ezenkívül, ha a forgalom a TCP protokollon keresztül kerül továbbításra, akkor nincs mód arra, hogy értesítse a küldőt az átvitel lassítására vagy megállítására.
Jelenleg csak szigorú sávszélesség állítható be virtuális gépekre a Hyper-V Manager GUI használatával, amint azt a képernyőn látható. Ez bosszantó, mivel az optimális módszer a szigorú minimális sávszélesség használata, de viszonylag súlyozott minimális sávszélesség.
