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 Virtual Machine Scale Sets, az Azure Cloud Services, a Azure App Service Web Apps funkciója és az Azure API Management vonatkozik.

Automatikus skálázási fogalmak

  • Egy erőforrás csak egy automatikus skálázási beállítással rendelkezhet.
  • Az automatikus skálázási beállítások egy vagy több profillal is rendelkezhetnek, és minden profilhoz tartozhat egy vagy több automatikus skálázási szabály.
  • Az automatikus skálázá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 skálázási beállítás a példányok maximális, minimális és alapértelmezett értékével rendelkezik.
  • Az automatikus skálázási feladat mindig beolvassa a kapcsolódó metrikát a skálázáshoz, és ellenőrzi, hogy túllépte-e a vertikális felskálázáshoz vagy a felskálázáshoz konfigurált küszöbértéket. Az automatikus skálázással skálázható metrikák listáját az Azure Monitor gyakori metrikáinak automatikus skálázásával tekintheti meg.
  • A rendszer minden küszöbértéket egy példány szintjén számít ki. Ilyen például a "vertikális felskálázás egy példányra, ha az átlagos PROCESSZORHASZNÁLAT > 80%, ha a példányok száma 2". Ez vertikális felskálázást jelent, ha az összes példány átlagos processzorhasználata meghaladja a 80%-ot.
  • 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 webhookokon keresztül értesüljön, amikor automatikus skálázási hiba történt.
  • Hasonlóképpen, az összes sikeres skálázási művelet közzé lesz adva a tevékenységnaplóban. Ezután konfigurálhat egy tevékenységnapló-riasztást, hogy e-mailben, SMS-ben vagy webhookokon keresztül értesítést kapjon, amikor sikeres automatikus skálázási művelet történt. 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ések lapján.

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

Használja az alábbi ajánlott eljárásokat az automatikus skálázás használata során.

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 van egy minimum=2, maximum=2, és az aktuális példányszám 2, akkor nem lehet 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 az automatikus skálázás minimális és maximális értékével

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 visszaméretez 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 vertikális felskálázási és felskálázási szabálykombinációt, amely növeli és csökkenti a teljesítményt

Ha a kombinációnak csak egy részét használja, az automatikus skálázás csak egyetlen irányban (felskálázás vagy be) 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 is azt szeretné, hogy az erőforrás skálázása költségmegtakarítást érjen el.

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

  • Ha a CPU-használat > 90%, 1-sel felskálázható
  • Ha a memória > 90%, vertikális felskálázás 1-sel
  • Ha a CPU-használat < 45%, 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

Diagnosztikai metrikák esetén az Átlag, a Minimum, a Maximum és az Összeg metrika közül választhat a skálázáshoz. A leggyakoribb statisztika az Átlag.

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

Speciális metrikák, például egy Azure Storage vagy Azure Service Bus-üzenetsor hossza metrika esetén a küszöbérték az aktuális példányszámonként elérhető üzenetek átlagos száma. Gondosan válassza ki a metrika küszöbértékét.

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

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

Vegye figyelembe a következő sorozatot:

  1. Két Storage-üzenetsorpéldány létezik.
  2. Az üzenetek folyamatosan érkeznek, és amikor áttekinti a Storage-üzenetsort, a teljes szám 50-et olvas fel. Feltételezheti, hogy az automatikus skálázásnak felskálázási műveletet kell indítania. Figyelje meg azonban, hogy példányonként még mindig 50/2 = 25 üzenet. A vertikális felskálázás tehát nem történik meg. Az első felskálázási művelet végrehajtásához a Storage-üzenetsor üzeneteinek teljes száma 100 lesz.
  3. Ezután tegyük fel, hogy a teljes üzenetszám eléri a 100-t.
  4. A rendszer egy harmadik Storage-üzenetsorpéldányt ad hozzá egy vertikális felskálázási művelet miatt. A következő 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 összead 30-at, mert példányonként 30/3 = 10 üzenet, ami a skálázá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 skálázási szabályokat használja több szabály beállításakor:

  • A felskálázáskor az automatikus skálázás akkor fut, ha valamelyik szabály teljesül.
  • A vertikális felskálázás esetén 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 CPU-használat > 75%, 1-sel felskálázható
  • Ha a memória > 75%, vertikális felskálázás 1-sel

Ezután a következő művelet következik be:

  • Ha a processzorhasználat 76%, a memória pedig 50%, akkor felskálázunk.
  • Ha a processzorhasználat 50%, a memória pedig 76%, akkor felskálázunk.

Ha viszont a CPU-használat 25%, a memória pedig 51%, az automatikus skálázás nem skálázódik be. 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 skálázási szolgáltatás sikeresen végrehajt egy skálázási műveletet.
  • Az automatikus skálázási szolgáltatás nem hajt végre skálázási műveletet.
  • Az automatikus skálázási szolgáltatás skálázási döntéséhez nem érhetők el metrikák.
  • A skálázási döntés meghozatalához ismét elérhetők a metrikák (helyreállítás).
  • Az automatikus skálázás észleli a skálázási kísérletet, és megszakítja azt. Ebben a helyzetben a napló típusa Flapping jelenik meg. Ha ezt a naplótípust látja, gondolja át, hogy a küszöbértékek túl keskenyek-e.
  • Az automatikus skálázás észleli a kicsúszást, de továbbra is képes a skálázásra. Ebben a helyzetben a napló típusa 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 módosítás a lecsúszá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. Az egyik 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ésen belüli összes sikertelen automatikus skálázási/vertikális felskálázási művelet 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 skálázási műveletekről az automatikus skálázási beállítás Értesítések lapján.

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

Az Azure Monitorba átvitt adatok biztonságának biztosítása é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ás engedélyezésén, nem javasoljuk őket. Az iparág gyorsan halad, hogy felhagyjon a régebbi protokollok támogatásával.

A PCI biztonsági szabványokkal foglalkozó tanácsa2018. június 30-i határidőt állított be a TLS/SSL régebbi verzióinak letiltására és a biztonságosabb protokollok frissítésére. Miután az Azure elveti az örökölt támogatást, ha az ügynökök nem tudnak legalább TLS 1.2-n keresztül kommunikálni, nem tud adatokat küldeni az Azure Monitor-naplókba.

Azt javasoljuk , hogy az ügynököt ne állítsa kifejezetten 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-t valaha is elavultnak találják az újabb szabványok mellett.

Következő lépések