Megosztás a következőn keresztül:

Ajánlott eljárások az automatikus skálázáshoz

  • Cikk

Az Azure Monitor automatikus skálázása csak az Azure-beli virtuálisgép-méretezési csoportokra, az Azure Cloud Servicesre, a Azure-alkalmazás Szolgáltatás Web Apps szolgáltatására és az Azure API Managementre vonatkozik.

Automatikus méretezési fogalmak

  • Egy erőforrás csak egy automatikus méretezési beállítással rendelkezhet.
  • Az automatikus skálázási beállítások egy vagy több profillal rendelkezhetnek, és minden profilhoz tartozhat egy vagy több automatikus skálázási szabály.
  • Az automatikus méretezési beállítás horizontálisan skálázza a példányokat, ami a példányok növelésével és a példányok számának csökkentésével érhető el.
  • Az automatikus méretezési beállítások a példányok maximális, minimális és alapértelmezett értékével rendelkezik.
  • Az automatikus méretezési feladatok mindig beolvassák a kapcsolódó metrikát a méretezéshez, és ellenőrzik, hogy túllépte-e a vertikális felskálázás vagy a méretezés konfigurált küszöbértékét. Megtekintheti azon metrikák listáját, amelyeket az automatikus skálázás az Azure Monitor általános metrikáinak automatikus skálázásával skálázhat.
  • A rendszer minden küszöbértéket példányszinten számít ki. Ilyen például a "vertikális felskálázás egy példány szerint, ha a példányok száma 2, átlagosan 80%-os PROCESSZORHASZNÁLAT > esetén". Ez vertikális felskálázást jelent, ha az összes példány átlagos processzorhasználata nagyobb, mint 80%.
  • A rendszer minden automatikus skálázási hibát naplóz a tevékenységnaplóba. Ezután konfigurálhat egy tevékenységnapló-riasztást, hogy e-mailben, SMS-ben vagy webhookon keresztül értesítést kapjon, amikor automatikus skálázási hiba történt.
  • Hasonlóképpen minden sikeres skálázási művelet fel lesz adva a tevékenységnaplóba. Ezután konfigurálhat egy tevékenységnapló-riasztást, hogy e-mailben, SMS-ben vagy webhookon keresztül értesüljön, amikor sikeres automatikus skálázási művelet van. E-mail- vagy webhookértesítéseket is konfigurálhat, hogy értesítést kapjon a sikeres skálázási műveletekről az automatikus skálázási beállítás értesítési lapján.

Ajánlott eljárások automatikus méretezése

Az automatikus skálázás használata során kövesse az alábbi ajánlott eljárásokat.

Győződjön meg arról, hogy a maximális és minimális értékek eltérőek, és a közöttük lévő különbség elegendő

Ha olyan beállítással rendelkezik, amely minimum=2, maximum=2, és az aktuális példányszám 2, akkor nincs skálázási művelet. Mindig legyen elegendő különbség a maximális és minimális példányszámok között, a határokat is beleértve. Az automatikus skálázás mindig ezek között a korlátok között skáláz.

A manuális skálázás alaphelyzetbe állítása az automatikus skálázás minimális és maximális értékével történik

Ha manuálisan frissíti a példányok számát a maximális érték feletti vagy alatti értékre, az automatikus skálázási motor automatikusan visszaskálázódik a minimumra (ha az alatta van) vagy a maximumra (ha fentebb). Beállíthatja például a 3 és 6 közötti tartományt. Ha egy futó példánya van, az automatikus skálázási motor a következő futtatáskor három példányra skálázható. Hasonlóképpen, ha manuálisan nyolc példányra állítja be a skálázást, a következő futtatáskor az automatikus skálázás a következő futtatáskor hat példányra skálázza vissza. A manuális skálázás ideiglenes, hacsak nem állítja alaphelyzetbe az automatikus skálázási szabályokat.

Mindig használjon felskálázási és vertikális felskálázási szabálykombinációt, amely növeli és csökkenti

Ha a kombinációnak csak egy részét használja, az automatikus skálázás csak egyetlen irányban (vertikális felskálázás vagy befelé) hajtja végre a műveletet, amíg el nem éri a profilban meghatározott maximális vagy minimális példányszámot. Ez a helyzet nem optimális. Ideális esetben azt szeretné, hogy az erőforrás a magas kihasználtság idején felskálázható legyen a rendelkezésre állás biztosítása érdekében. Hasonlóképpen, alacsony kihasználtság esetén azt szeretné, hogy az erőforrás méretezhető legyen, így költségmegtakarítást érhet el.

Ha vertikális felskálázási és vertikális felskálázási szabályt használ, ideális esetben ugyanazt a metrikát használja mindkettő szabályozásához. Ellenkező esetben előfordulhat, hogy a vertikális felskálázási és vertikális felskálázási feltételek egyidejűleg teljesülnek, és bizonyos szintű felskálázást eredményeznek. Például nem javasoljuk a következő szabálykombinációt, mert nincs méretezési szabály a memóriahasználathoz:

  • Ha a PROCESSZOR > 90%-os, skálázás 1-sel
  • Ha a memória > 90%, skálázás 1-sel
  • Ha a PROCESSZOR < 45%-os, skálázás 1-sel

Ebben a példában előfordulhat, hogy a memóriahasználat meghaladja a 90%-ot, de a processzorhasználat 45% alatt van. Ez a forgatókönyv mindaddig fennállhat, amíg mindkét feltétel teljesül.

Válassza a megfelelő statisztikát a diagnosztikametrikához

A diagnosztikai metrikák esetében az Átlag, a Minimum, a Maximum és az Összeg metrika közül választhat skálázható metrikaként. A leggyakoribb statisztika az Átlag.

A speciális metrikák küszöbértékeinek skálázásakor megfontolandó szempontok

Az olyan speciális metrikák esetében, mint az Azure Storage vagy az Azure Service Bus-üzenetsor hossza, a küszöbérték az aktuális példányonként elérhető üzenetek átlagos száma. Gondosan válassza ki a metrika küszöbértékét.

Szemléltetjük egy példával, hogy jobban megértse a viselkedést:

  • Példányok számának növelése 1-sel, ha a Tárolási üzenetsor üzenetszáma >= 50
  • A példányok számának csökkentése 1-sel, ha a Tárolási üzenetsor üzenetszáma <= 10

Vegye figyelembe a következő sorrendet:

  1. Két Tárolási üzenetsor-példány létezik.
  2. Az üzenetek folyamatosan érkeznek, és amikor áttekinti a Storage-üzenetsort, a teljes szám 50-et olvas. Feltételezheti, hogy az automatikus skálázásnak felskálázási műveletet kell indítania. Figyelje meg azonban, hogy még mindig 50/2 = 25 üzenet példányonként. A vertikális felskálázás tehát nem történik meg. Az első vertikális felskálázási művelet végrehajtásához a Storage üzenetsor teljes üzenetszámának 100-nak kell lennie.
  3. Ezután tegyük fel, hogy a teljes üzenetszám eléri a 100-t.
  4. Egy harmadik Storage-üzenetsor-példány is hozzáadódik egy vertikális felskálázási művelet miatt. A következő vertikális felskálázási művelet addig nem történik meg, amíg az üzenetsor teljes üzenetszáma el nem éri a 150-et, mert 150/3 = 50.
  5. Most az üzenetsorban lévő üzenetek száma csökken. Három példány esetén az első skálázási művelet akkor történik, ha az összes üzenetsor összes üzenete 30-at ad hozzá, mert példányonként 30/3 = 10 üzenet, ami a méretezési küszöbérték.

Megfontolandó szempontok, ha egy profilon belül több szabály van konfigurálva

Előfordulhat, hogy több szabályt is be kell állítania egy profilban. Az automatikus skálázási motor a következő automatikus méretezési szabályokat használja több szabály beállításakor:

  • A vertikális felskálázás esetén az automatikus skálázás akkor fut, ha bármilyen szabály teljesül.
  • A vertikális felskálázáshoz az automatikus skálázáshoz minden szabálynak teljesülnie kell.

A szemléltetés érdekében tegyük fel, hogy négy automatikus skálázási szabálya van:

  • Ha a PROCESSZOR < 30%-os, skálázás 1-sel
  • Ha a memória < 50%, skálázás 1-sel
  • Ha a PROCESSZOR > 75%-os, skálázás 1-sel
  • Ha a memória > 75%, skálázás 1-sel

Ezután a következő művelet történik:

  • Ha a PROCESSZOR 76%-os, a memória pedig 50%, akkor felskálázunk.
  • Ha a processzor 50%-os, a memória pedig 76%, akkor felskálázunk.

Ha viszont a CPU 25%-os, a memória pedig 51%, akkor az automatikus skálázás nem skálázható fel. A skálázáshoz a processzornak 29%-nak, a memóriának pedig 49%-nak kell lennie.

Mindig válasszon biztonságos alapértelmezett példányszámot

Az alapértelmezett példányszám azért fontos, mert az automatikus skálázás erre a számlálóra skálázza a szolgáltatást, ha a metrikák nem érhetők el. Ennek eredményeképpen válasszon ki egy alapértelmezett példányszámot, amely biztonságos a számítási feladatokhoz.

Automatikus skálázással kapcsolatos értesítések konfigurálása

Automatikus skálázási bejegyzések a tevékenységnaplóban, ha az alábbi feltételek bármelyike fennáll:

  • Az automatikus skálázás skálázási műveletet ad ki.
  • Az automatikus méretezési szolgáltatás sikeresen végrehajt egy méretezési műveletet.
  • Az automatikus méretezési szolgáltatás nem hajt végre skálázási műveletet.
  • Az automatikus méretezési szolgáltatáshoz nem érhetők el metrikák a méretezési döntés meghozatalához.
  • A metrikák ismét elérhetők (helyreállítás) a méretezési döntés meghozatalához.
  • Az automatikus skálázás észleli a skálázási kísérletet, és megszakítja a skálázási kísérletet. Ebben a helyzetben egy naplótípus Flapping jelenik meg. Ha ezt a naplótípust látja, fontolja meg, hogy a küszöbértékek túl keskenyek-e.
  • Az automatikus skálázás észleli a felcsúszást, de továbbra is képes a skálázásra. Ebben a helyzetben egy naplótípus FlappingOccurred jelenik meg. Ha ezt a naplótípust látja, az automatikus skálázási motor megkísérli a skálázást (például négy példányról kettőre), de megállapította, hogy ez a változás a felcsatolást okozhatja. Ehelyett az automatikus skálázási motor más számú példányra skálázott (például kettő helyett három példányt használ), ami már nem okoz skálázást, ezért erre a példányszámra skálázott.

Tevékenységnapló-riasztást is használhat az automatikus skálázási motor állapotának figyeléséhez. Egy példa bemutatja, hogyan hozhat létre tevékenységnapló-riasztást az előfizetés összes automatikus skálázási motorműveletének figyeléséhez. Egy másik példa bemutatja, hogyan hozhat létre tevékenységnapló-riasztást az előfizetés összes sikertelen automatikus méretezési/vertikális felskálázási műveletének figyeléséhez.

A tevékenységnapló-riasztások használata mellett e-mail- vagy webhook-értesítéseket is konfigurálhat, hogy értesítést kapjon a méretezési műveletekről az automatikus skálázási beállítás értesítési lapján.

Adatok biztonságos küldése a TLS 1.2 használatával

Az Azure Monitorba átvitt adatok biztonsága érdekében határozottan javasoljuk, hogy konfigurálja az ügynököt legalább a Transport Layer Security (TLS) 1.2 használatára. A TLS/Secure Sockets Layer (SSL) régebbi verziói sebezhetőnek bizonyultak. Bár jelenleg is dolgoznak a visszamenőleges kompatibilitáson, nem javasoljuk őket. Az iparág gyorsan halad, hogy felhagyjon ezeknek a régebbi protokolloknak a támogatásával.

A PCI Biztonsági Szabványok Tanácsa 2018. június 30-i határidőt állított be a TLS/SSL régebbi verzióinak letiltására és a biztonságosabb protokollokra való frissítésre. Miután az Azure elveti az örökölt támogatást, ha az ügynökök nem tudnak legalább TLS 1.2-en keresztül kommunikálni, nem tud adatokat küldeni az Azure Monitor-naplókba.

Javasoljuk, hogy csak akkor állítsa be az ügynököt a TLS 1.2 használatára, ha szükséges. Előnyösebb, ha az ügynök automatikusan észleli, egyezteti és kihasználja a jövőbeli biztonsági szabványokat. Ellenkező esetben előfordulhat, hogy elmulasztja az újabb szabványok hozzáadott biztonságát, és problémákat tapasztalhat, ha a TLS 1.2 valaha elavult az újabb szabványok javára.

Következő lépések