Szerkesztés

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


Hibrid rendelkezésreállási és teljesítményfigyelés

Azure Event Hubs
Azure Log Analytics
Azure Monitor
Azure Storage
Azure Virtual Machines

Ez a referenciaarchitektúra bemutatja, hogyan használható az Azure Monitor a virtuális gépeken (virtuális gépeken) futó operációsrendszer-számítási feladatok teljesítményének és rendelkezésre állásának figyelésére. A virtuális gépek lehetnek a Microsoft Azure-ban, helyszíni környezetekben vagy nem Azure-felhőkben.

Architektúra

Az Azure Monitor monitorozási és rendelkezésre állási funkcióit szemléltető ábra az Azure-ban, a helyszíni környezetekben és a külső felhőszolgáltatóknál futó operációsrendszer-számítási feladatokhoz. Az adatok egy Log Analytics-munkaterületre kerülnek. Az adatokat az Application Insights, az Elemzés, a Vizualizáció, a Riasztások és az Automatikus méretezési szolgáltatások használják az Azure Monitor részeként

Töltse le az architektúra Visio-fájlját.

Munkafolyamat

  • Helyszíni főiroda – 1. virtuális gép. Ez az összetevő egy internet-hozzáféréssel rendelkező webalkalmazás és egy nyilvános elérésű weblap, valamint a Log Analytics és a Függőségi ügynökök telepítése. Az ügynökökkel kapcsolatos információkért tekintse meg a Log Analytics-ügynök áttekintését és az Azure Monitor-ügynökök, a függőségi ügynök áttekintését.
  • Helyszíni főiroda – 2. virtuális gép. Ez az üzleti-logikai környezet nem rendelkezik internet-hozzáféréssel. Azonban a Log Analytics és a függőségi ügynökök telepítve vannak.
  • Helyszíni főiroda – 3. virtuális gép. Ez az összetevő egy olyan adattár, amely nem rendelkezik internet-hozzáféréssel, de a Log Analytics és a Függőségi ügynökök telepítve vannak.
  • Helyszíni főiroda – Log Analytics-átjáró. A Log Analytics-átjáró napló- és metrikaadatokat gyűjt a három helyszíni virtuális gépről, és továbbítja őket a Log Analytics-munkaterületre a 443-as porton található Transmission Control Protocol (TCP) protokollon keresztül.
  • Helyszíni főiroda – Tűzfal. A helyszíni környezetbe érkező és onnan érkező forgalmat a rendszer a tűzfalon keresztül irányítja át.
  • Átjáró. Az átjáró kapcsolatot biztosít a fiókirodával.
  • Helyszíni fiókiroda – 4. virtuális gép. Ez az összetevő az az üzleti alkalmazás, amely internetkapcsolat nélkül fut, de a Log Analytics és a Függőségi ügynökök telepítve vannak. A virtuális gépen telepített Log Analytics-ügynök úgy van konfigurálva, hogy közvetlenül a Log Analytics-munkaterületre továbbítsa az adatokat anélkül, hogy Log Analytics-átjáróra van szükség.
  • Helyszíni fiókiroda – Átjáró. Ez az átjáró virtuális magánhálózaton (VPN) keresztül csatlakoztatja a fiókirodát a helyszíni főirodához.
  • Külső felhőszolgáltató – 5. virtuális gép. Ez az összetevő egy internet-hozzáféréssel rendelkező webalkalmazás, egy nyilvános elérésű weblap, valamint telepített Log Analytics- és függőségi ügynökök.
  • Külső felhőszolgáltató – 6. virtuális gép. Ez az összetevő egy olyan adattárkörnyezet, amely nem rendelkezik internet-hozzáféréssel, de a Log Analytics és a Függőségi ügynökök is telepítve vannak. Nincs közvetlen kapcsolat a külső felhőszolgáltatói környezetektől a helyszíni környezetekhez.
  • Azure – VMSS. Ez egy méretezési csoport, amelyet az Azure-beli virtuálisgép-méretezési csoportok használatával hoztak létre. Egy üzleti alkalmazást futtat, amelyen telepítve vannak a naplóelemzési és diagnosztikai ügynökök.
  • Azure – Alkalmazáskiszolgáló. Ez a kiszolgáló egyetlen, üzleti alkalmazást futtató virtuális géppel rendelkezik, amelyen telepítve van a Log Analytics és a diagnosztikai ügynökök.
  • Azure Monitor-metrikák. Az Azure Monitor-metrikák által gyűjtött adatokat egy idősoros adatbázis tárolja, amely az időbélyegzett adatok elemzésére van optimalizálva. A helyszíni virtuális gépekről és Azure-beli virtuális gépekről küldött metrikákat is tárolja.
  • Azure Monitor – Log Analytics-munkaterület. Ez a munkaterület a helyszíni virtuális gépekről, Azure-beli virtuális gépekről és virtuális gépekről külső felhőszolgáltatókon küldött naplókat tárolja. A munkaterület egy Azure-erőforrás, ahol az adatok összesítve vannak, és rendszergazdai határként szolgál az adatok eléréséhez. Más Azure Monitor-szolgáltatások ezután csatlakoznak a Log Analytics-munkaterülethez, és különböző célokra használják az adatokat. További információ: Az Azure Monitor-naplók üzembe helyezésének megtervezése.
  • Azure Monitor – Insights – Application Insights. Az Application Insights az alkalmazások elemzését és a használatukkal kapcsolatos elemzéseket nyújt. Ebben a példaarchitektúrában a rendelkezésre állási pingelési teszt ellenőrzi a helyszíni webalkalmazás rendelkezésre állását. A riasztási szabályok lehetővé teszik a sikertelen tesztről szóló értesítés megadását. További információ: Mi az Application Insights? és a webhelyek elérhetőségének figyelése.
  • Azure Monitor – Insights – Azure Monitor virtuális gépekhez. A virtuális gépekhez készült Azure Monitor monitorozza a virtuális gépek és a virtuálisgép-méretezési csoportok teljesítményét és állapotát. A monitorozás magában foglalja a futó folyamatokat és a más erőforrásoktól való függőségeket. Ebben a forgatókönyvben a virtuális gépekhez készült Azure Monitor betekintést nyújt a virtuális gépekbe. További információ: Mi az Azure Monitor virtuális gépekhez?
  • Azure Monitor – Elemzés. A virtuális gépekről származó napló- és metrikaadatok lekérdezhetők az Azure Monitor metrikáiban és a Log Analytics-munkaterületen a Kusto lekérdezésnyelv (KQL) használatával. Az eredmények betekintést nyújtanak az infrastruktúrába, a topológiába és az erőforrásokba. További információ : Kusto: Áttekintés és Azure Monitor-napló lekérdezési példák.
  • Azure Monitor – Vizualizációk. Az Azure Monitor vizualizációs eszközökkel vizsgálja felül az alkalmazás- és infrastruktúra-összetevőket, valamint az Azure Monitor szolgáltatásai közötti kommunikációt. A vizualizációs eszközök közé tartozik az Alkalmazástérkép a Azure-alkalmazás Insightban, az Azure Monitor virtuális gépekhez készült térkép funkciója, az Azure Monitor-munkafüzetek és az Azure Monitorban elérhető különböző irányítópult-nézetek. További információ : Az Azure Monitor virtuális gépekhez készült térkép funkciója az alkalmazásösszetevők, a Log Analytics-adatok irányítópultjainak létrehozása és megosztása, valamint az Azure Monitor-munkafüzetek megismeréséhez.
  • Azure Monitor – Integrációk. Az Azure Monitor számos partneri és külső eszközzel és bővítménysel integrálható. Ezek az eszközök és bővítmények fejlesztik és építik fel a meglévő Azure Monitor-funkciókat, például elemzéseket és vizualizációkat.
  • Azure Monitor – Műveletek – Riasztások. A metrika- és naplóadatok variációi az események előfordulását jelezhetik. A szabályok határozzák meg azokat az adatváltozatokat, amelyek riasztásokat aktiválnak, értesítéseket nyújtanak, és szervizelési válaszokat kezdeményeznek. Ebben az architektúrában egy riasztás aktiválásakor az automatizálási runbookok automatikusan szervizelik a helyszíni virtuális gépeket és az Azure-beli virtuális gépeket. Webhookműveletek, Service Management-integráció és egyéb művelettípusok is elérhetők. További információ: Metrikariasztások létrehozása, megtekintése és kezelése az Azure Monitor használatával, valamint a naplóriasztások megtekintése és kezelése az Azure Monitor használatával.
  • Azure Monitor – Műveletek – Automatikus skálázás. Az automatikus skálázás a Deman szerint hozzáadja vagy eltávolítja a virtuálisgép-példányokat, ami fenntartja a teljesítményt és növeli a költséghatékonyságot. Ebben az architektúrában az automatikus skálázás az átlagos processzorterhelés körül (százalékban) meghatározott feltételekkel rendelkezik. Ha teljesülnek a feltételek, az Azure Monitor automatikus skálázása az igényeknek megfelelően módosítja a méretezési csoportot. További információ: Az automatikus skálázás áttekintése a Microsoft Azure-ban.

Összetevők

Az architektúra az alábbi összetevőkből áll:

Ajánlások

Az alábbi ajánlott eljárások a legtöbb forgatókönyvre vonatkozó javaslatok. Kövesse ezeket a gyakorlatokat, hacsak nem rendelkezik egy olyan követelménysel, amely felülírja őket.

Log Analytics-munkaterület

A Log Analytics-munkaterület tervezésekor vegye figyelembe az alábbi javaslatokat:

  • Helyezze a munkaterületet és az erőforrásokat ugyanabban az Azure-régióban, ha a késés fontos tényező.
  • Kezdje egyetlen Log Analytics-munkaterülettel, és növelje a munkaterületek számát a követelmények változásakor.
  • Ha földrajzilag elosztott csapatokkal és erőforrásokkal rendelkezik, régiónként egy munkaterületre lehet szüksége.
  • A munkaterületnek nem kell ugyanabban az előfizetésben lennie, mint a futó erőforrásoknak.

Riasztások

Egyszerűbb forgatókönyvek esetén metrikákkal jelölheti meg a riasztásokat a naplók helyett. Metrikák:

  • Adjon meg egy számértéket vagy számértéket olyan eseményekhez, mint a processzorhasználat, a rendelkezésre álló memória vagy a logikai lemezterület.
  • Kis késéssel rendelkezik.
  • Nagyobb részletességet, például másodpercenkénti vagy percenkénti intervallumokat kínálhat.
  • A probléma gyors értesítése.

Ha egyéni teljesítménymutatókat vagy üzletspecifikus metrikákat szeretne gyűjteni a mélyebb elemzések érdekében, használjon egyéni metrikákat. További információ: Egyéni metrikák az Azure Monitorban (előzetes verzió).

A metrikariasztások nem minden esetben adnak választ. Akkor is érdemes lehet naplóalapú riasztásokat használnia, ha több testreszabást vagy hatékonyabb korrelációt igényel.

Elemzés és diagnosztika

Vegye figyelembe a következő elemzési és diagnosztikai javaslatokat:

  • Használjon naplókat részletesebb elemzéshez. A naplók a következőt tehetik:

    • Adjon részletes információkat az eseményekről (a metrikákhoz képest).
    • Időnként előfordul.
    • A kezdeti metrikajelző utáni mélyebb diagnosztikák megkönnyítése.
  • A naplóadatok gyűjtésének testreszabása (amely a metrikákhoz hasonló) a HTTP Data Collector API használatával naplóadatokat küld egy Log Analytics-munkaterületre. További információ: Naplóadatok küldése az Azure Monitorba a HTTP Data Collector API-val (nyilvános előzetes verzió)

  • Az Application Insights intelligens észlelési funkciójával proaktív módon elemezheti az alkalmazásokat. Az intelligens detektálás az Azure gépi tanulási képességeit és a statisztikai elemzést alkalmazza olyan problémák észlelésére, mint a teljesítmény- vagy hibarendellenességek, a memóriavesztés vagy az alkalmazások általános romlása. További információ: Intelligens észlelés az Application Insightsban.

  • A virtuális gépekhez készült Azure Monitor – Térkép segítségével áttekintheti a kiszolgálók, folyamatok, bejövő és kimenő kapcsolatok késését, valamint a TCP-hez csatlakoztatott architektúrák portjait. Az ügynök telepítésen kívül nincs szükség konfigurálásra. Az Azure Monitor for VMs – Map segítségével összekapcsolt rendszerként kommunikálhat és kapcsolatba léphet a kiszolgálóival.

Log Analytics-lekérdezések

A Log Analytics-munkaterület adatainak lekérdezése a KQL használatával kifejezéseket, konkrét eseményeket vagy állapotokat keresve azonosíthatja a trendeket és elemezheti a mintákat. A Lekérdezéskezelővel böngészhet és kiválaszthat előre megírt lekérdezéseket, módosíthatja őket, vagy létrehozhat saját lekérdezéseket. Lekérdezéseket futtathat, menthet, oszthat meg és exportálhat egy munkaterületen belül, és rögzítheti kedvenc lekérdezéseit egy irányítópulton újbóli felhasználás céljából.

Ügynök telepítése

Az ügynököket nem önállóan, hanem automatikusan és nagy méretekben is telepítheti olyan automatizálási lehetőségek használatával, mint az Azure Policy, az Azure PowerShell, a Resource Manager-sablonok vagy a Desired State Configuration (DSC). További információ: Az Azure Monitor engedélyezése virtuális gépekhez az Azure Policy használatával, az Azure Monitor engedélyezése virtuális gépekhez az Azure PowerShell használatával, valamint az Azure Monitor engedélyezése hibrid virtuális gépeken – Kívánt állapotkonfiguráció.

Irányítópult

Kritikus alkalmazásokhoz hozzon létre egy Azure Dashboard-nézetet . Megoszthatja vagy elérhetővé teheti irányítópultját egy megosztott képernyőn valós időben azoknak a felhasználóknak, akiknek kritikus fontosságú alkalmazásadatokra van szükségük.

Megfontolások

Ezek a szempontok implementálják az Azure Well-Architected Framework alappilléreit, amely a számítási feladatok minőségének javítására használható vezérelvek halmaza. További információ: Microsoft Azure Well-Architected Framework.

Megbízhatóság

A megbízhatóság biztosítja, hogy az alkalmazás megfeleljen az ügyfelek felé vállalt kötelezettségeknek. További információ: A megbízhatósági pillér áttekintése.

Az alábbi szempontok segítenek biztosítani a rendelkezésre állást a környezetben.

  • Rendelkezésre állási tesztek. Az architektúrában használt URL-ping teszt a legegyszerűbb külső rendelkezésre állási teszt. Más lehetőségek is elérhetők azonban, például:
    • Többlépéses webes teszt. Összetett forgatókönyvek teszteléséhez lejátszja a szekvenciált webes kérések felvételeit. A rendszer többlépéses webes teszteket hoz létre a Microsoft Visual Studio Enterprise-ban, majd feltölti a portálra végrehajtás céljából.
    • Egyéni nyomon követés rendelkezésre állási tesztek. TrackAvailability() A módszerrel teszteredményeket küldhet az Application Insightsnak.
  • Riasztások. Amikor rendelkezésre állási tesztet hoz létre az Application Insightsban, az eseményriasztási értesítések alapértelmezés szerint engedélyezve lesznek. A riasztási szabályokat az Azure Monitor-riasztások> értesítési típusának és részleteinek megadásával szerkesztheti.

Biztonság

A biztonság biztosítékokat nyújt a szándékos támadások és az értékes adatokkal és rendszerekkel való visszaélés ellen. További információ: A biztonsági pillér áttekintése.

Az alábbi elemek megfontolandó szempontok a környezet biztonságosabbá tételéhez.

  • Log Analytics-munkaterület. A hozzáférési módok a következő környezetek egyikeként vannak definiálva:
    • Munkaterület-környezet. A munkaterülethez hozzáféréssel rendelkező összes napló lekérdezhető. Ez egy függőleges hozzáférési megközelítés. Előfordulhat például, hogy egy biztonsági csapatnak felülről lefelé kell hozzáférnie az összes erőforrásadathoz.
    • Erőforrás-környezet. Csak adott erőforrások naplói kérdezhetők le. Az alkalmazáscsapatok például hozzáférést kaphatnak a naplókhoz az adott erőforráshoz, amelyen dolgoznak.
  • Biztonságossá teheti a Log Analyticsbe átvitt adatokat. Az átvitel alatt lévő adatok védelme a Transport Layer Security (TLS) 1.2 minimális használatával történik. Nem kell explicit módon engedélyeznie ezt a funkciót. További információkért lásd a Log Analytics adatbiztonságát.
  • Inaktív adatok védelme a Log Analyticsben. A Log Analytics inaktív adatai az Azure Storage-nak megfelelően alapértelmezés szerint 256 bites Advanced Encryption Standard (AES) titkosítással vannak védve.
  • Intelligens észlelés. Az Application Insights intelligens észlelése segítségével elemezheti az alkalmazás által létrehozott telemetriát, és észlelheti a biztonsági problémákat. További információ: Alkalmazásbiztonsági észlelési csomag (előzetes verzió).
  • Az Azure Monitor integrálása biztonsági információ- és eseménykezelési (SIEM) eszközökkel. A monitorozási adatok átirányítása egy eseményközpontba az Azure Monitorral külső SIEM és monitorozási eszközök integrálásához. További információ: Azure monitorozási adatok streamelése eseményközpontba vagy külső partnerhez.

Költségoptimalizálás

A költségoptimalizálás a szükségtelen kiadások csökkentésének és a működési hatékonyság javításának módjairól szól. További információ: A költségoptimalizálási pillér áttekintése.

Az alábbi elemek a környezet költségeinek szabályozásával és kezelésével kapcsolatos szempontok.

  • Azure Monitor. Az Azure Monitor költségei használatalapúak, gyakran használatalapú fizetésnek is nevezik.
  • Log Analytics. Fizetnie kell az adatbetöltésért és az adatmegőrzésért. Megbecsülheti és előre jelezheti a virtuális gépek számát, valamint az egyes virtuális gépektől begyűjtendő adatok mennyiségét (gigabájtban). Egy tipikus Azure-beli virtuális gép havonta 1 gigabájt (GB) és 3 GB közötti adatot használ fel. Ha Azure Monitor-naplókkal értékeli ki az adathasználatot, használja a saját környezetéből származó adatstatisztikákat, és szerezzen kedvezményt a kapacitásfoglalásokkal.
  • Application Insights. Az összetevő számlázása az alkalmazás által küldött telemetriai adatok mennyisége és a futtatott webes tesztek száma alapján történik.
  • Metrika-lekérdezések. A metrika-lekérdezések számlázása a végrehajtott hívások számával történik.
  • Riasztások. A riasztások számlázása a figyelt jelek típusától és számától függ.
  • Értesítések. Az értesítések számlázása az elküldött értesítések típusának és számának megfelelően van kiszámlázva.
  • Azure Monitor. Az Azure Monitor Használati és becsült költségek szakasza az előző 31 napi használat alapján becsüli meg a havi költségeket.
  • További információkért tekintse meg az Azure Monitor díjszabási és díjszabási kalkulátorát.

Működés eredményessége

Az üzemeltetési kiválóság azokat az üzemeltetési folyamatokat fedi le, amelyek üzembe helyeznek egy alkalmazást, és éles környezetben tartják azt. További információ: A működési kiválósági pillér áttekintése.

Kezelhetőség

Az alábbiakban a környezet kezelhetőbbé tételének szempontjait vesszük figyelembe.

DevOps

Az alábbiakban a környezet DevOps-folyamatokkal és -megoldásokkal való integrálásának szempontjait vesszük figyelembe.

  • Application Insights. Az Application Insights integrálása az Azure Pipelinesba a teljesítmény és a használhatóság javítása érdekében. Az Application Insights automatikusan képes észlelni a teljesítmény rendellenességeit. Különböző fejlesztési eszközökhöz csatlakozik, például az Azure DevOps Serviceshez és a GitHubhoz.
  • Alkalmazás-rendszerállapot. Alkalmazásokat eszközzhet az alkalmazáskód módosításával, hogy lehetővé tegye a telemetriát az Application Insights használatával. A következő módszerek az alkalmazások eszközének módjai:
    • Futásidőben. A webalkalmazás futtatókörnyezetben történő rendszerezése ideális a már üzembe helyezett alkalmazásokhoz, mivel nem kell frissítenie a kódot. A megfelelő forgatókönyvek a következők:
      • Az Azure Web Appsben üzemeltetett Microsoft ASP.NET vagy ASP.NET Core-alkalmazások
      • ASP.NET Microsoft Internet Information Servicesben (IIS) üzemeltetett alkalmazások virtuális gépen vagy virtuálisgép-méretezési csoportban
      • ASP.NET helyszíni virtuális gépen az IIS-ben üzemeltetett alkalmazások
      • Java-alapú Azure Functions
      • alkalmazások Node.JS Linux App Servicesen
      • Az AKS-en üzemeltetett mikroszolgáltatások
    • Fejlesztéskor. Adja hozzá az Application Insightst a kódhoz a telemetriai gyűjtemény testreszabásához és további adatok küldéséhez. A támogatott nyelvek és platformok a következők:
      • ASP.NET-alkalmazások
      • ASP.NET Core-alkalmazások
      • .NET-konzolalkalmazások
      • Java
      • Node.js
      • Python
  • Az IT Service Management Connector (ITSMC) használatával külső IT Service Management (ITSM) eszközökhöz csatlakozhat. Az ITSMC csatlakoztatja az Azure-t a támogatott ITSM-termékekhez és -szolgáltatásokhoz, ahol általában a problémával kapcsolatos munkaelemek találhatók. További információ: Az Azure csatlakoztatása az ITSM-eszközökhöz az IT Service Management Connector használatával.

Teljesítmény hatékonysága

A teljesítményhatékonyság az a képesség, hogy a számítási feladat hatékonyan méretezhető, hogy megfeleljen a felhasználók által támasztott követelményeknek. További információ: Teljesítményhatékonysági pillér áttekintése.

Az alábbiakban a környezet skálázásával kapcsolatos szempontokat vesszük figyelembe.

  • Automatizálhatja az erőforrások és alkalmazások telepítését és konfigurálását.
  • Nagy léptékű földrajzilag elosztott alkalmazások. Az Application Insightsban az Elosztott nyomkövetés funkcióval nyomon követheti a függőségeket és hívásokat több alkalmazásösszetevő, háttérerőforrás és mikroszolgáltatási környezet között. Az elosztott nyomkövetéssel olyan alkalmazásokat is hibakereséssel végezhet, amelyek a helyi veremen kívül, folyamathatárokon keresztül hívhatók meg. (Nem kell engedélyeznie Az elosztott nyomkövetés automatikusan elérhető az App Insights részeként.)
    • Az elosztott nyomkövetési adatok felhasználásának két lehetősége van:
      • Tranzakciódiagnosztikai élmény. Ez a felület hasonló a hozzáadott idődimenzióval rendelkező hívásveremhez. A tranzakciódiagnosztikai felület egyetlen tranzakció/kérés láthatóságát biztosítja. Hasznos lehet a megbízhatósági problémák és a teljesítmény szűk keresztmetszeteinek kiváltó okának megkeresése kérésenként. További információ: Mi az elosztott nyomkövetés?
      • Alkalmazástérkép-felület. Ez számos tranzakciót összesít, így bemutatja, hogyan működnek a rendszerek topológiailag, és hogyan biztosítják az átlagos teljesítményt és a hibaarányokat. További információ: Application Map: Triage Distributed Applications.

Következő lépések

További információ az összetevők technológiáiról:

Ismerkedjen meg a kapcsolódó architektúrákkal: