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

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

Az Azure Monitor autoscale csak az Azure-beli virtuálisgép-méretezési csoportokra, az Azure Cloud Services-re, az Azure-alkalmazásszolgá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 rendelkeznek.
  • Az automatikus méretezési feladat mindig beolvassa a kapcsolódó metrikát a méretezéshez, és ellenőrzi, hogy a horizontális felskálázás vagy leskálázás konfigurált küszöbértékét túllépte-e. 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.

Automatikus méretezés legjobb gyakorlatai

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 van egy futó példánya, az automatikus skálázási motor a következő futtatásakor három példányra növeli a számot. 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 (növelés) és leskálázási (csökkentés) szabálykombinációt, amely teljesítmény-növekedést és -csökkentést eredményez

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 horizontális felskálázási szabályt használ, ideális esetben ugyanazt a metrikát használja mindkettő esetén szabályozásához. Ellenkező esetben előfordulhat, hogy a befelé történő és kifelé történő skálázási feltételek egyszerre teljesülnek, és bizonyos szintű instabilitást eredményezhetnek. 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 kihasználtsága > 90%, növelje a kapacitást 1-el.
  • Ha a memória > 90%, növelje a kapacitást 1-gyel.
  • Ha a processzor < 45% alatt van, csökkentsen 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át növelje 1-gyel, ha a tároló sorának üzenetek száma >= 50.
  • A példányok számának csökkentése 1-gyel, ha a Tároló ü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 tároló üzenetsorát, az összesített szám 50. 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:

  • Horizontális felskálázás esetén az automatikus skálázás akkor fut, ha bármilyen szabály teljesül.
  • A lefelé ská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%, növelje a skálázást 1-gyel.
  • Ha a CPU > kevesebb, mint 75%, skálázza ki 1-gyel
  • Ha a memória > 75% alatt van, növelje a kapacitást 1 egységgel

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

  • Ha a CPU 76%-os, a memória pedig 50%-os, 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

Az automatikus skálázás bejegyzéseket készít 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, a helyreállítást követően, a méretezési döntéshez.
  • Az automatikus skálázás instabilitást (flapping) észlel, és megszakítja a skálázási kísérletet. Egy ilyen helyzetben egy Flapping típusú napló 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 az ingadozást, de továbbra is képes a skálázásra. Egy ilyen helyzetben egy FlappingOccurred típusú napló jelenik meg. Ha ezt a naplótípust látja, az automatikus skálázási motor megpróbálta 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 ingadozást okozhatna. Ehelyett az automatikus skálázási motor más számú példányra állt át (például kettő helyett három példányt használ), ami már nem okoz ingadozást, így 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 összes sikertelen automatikus méretezési be/kiléptetési művelet figyelésére az előfizetésben.

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 ne állítsa be az ügynököt kifejezetten a TLS 1.2 használatára, hacsak nem 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

  • Last updated on