Riasztási szabály létrehozása vagy szerkesztése

  • Cikk

Ez a cikk bemutatja, hogyan hozhat létre új riasztási szabályt, illetve hogyan szerkeszthet egy meglévő riasztási szabályt. A riasztásokkal kapcsolatos további információkért tekintse meg a riasztások áttekintését.

Riasztási szabályt az alábbiak kombinálásával hozhat létre:

  • A monitorozni kívánt erőforrások.
  • Az erőforrás jelét vagy adatait.
  • Feltételek.

Ezután a riasztási műveletekhez definiálja ezeket az elemeket:

A riasztási szabályok által aktivált riasztások olyan hasznos adatokat tartalmaznak, amelyek a gyakori riasztási sémát használják.

Riasztási szabály létrehozása vagy szerkesztése az Azure Portalon

Többféleképpen is létrehozhat új riasztási szabályt.

Új riasztási szabály létrehozása a portál kezdőlapjáról:

  1. A portálon válassza a Riasztások figyelése>lehetőséget.

  2. Nyissa meg a + Létrehozás menüt, és válassza a Riasztási szabály lehetőséget.

    Screenshot that shows steps to create a new alert rule.

Új riasztási szabály létrehozása egy adott erőforrásból:

  1. A portálon keresse meg az erőforrást.

  2. Válassza a Riasztások lehetőséget a bal oldali panelen, majd válassza a + Riasztási szabály létrehozása>lehetőséget.

    Screenshot that shows steps to create a new alert rule from a selected resource.

Meglévő riasztási szabály szerkesztése:

  1. A portálon a kezdőlapon vagy egy adott erőforrásban válassza a Riasztások lehetőséget a bal oldali panelen.

  2. Válassza a Riasztási szabályok lehetőséget.

  3. Jelölje ki a szerkeszteni kívánt riasztási szabályt, majd válassza a Szerkesztés lehetőséget.

    Screenshot that shows steps to edit an existing alert rule.

  4. A beállítások szerkesztéséhez válassza ki a riasztási szabály bármelyik lapját.

A riasztási szabály hatókörének beállítása

  1. Az Erőforrás kiválasztása panelen állítsa be a riasztási szabály hatókörét. Szűrhet előfizetés, erőforrástípus vagy erőforrás helye szerint.

  2. Válassza az Alkalmazás lehetőséget.

  3. Válassza a Tovább elemet : Feltétel a lap alján.

    Screenshot that shows the select resource pane for creating a new alert rule.

A riasztási szabály feltételeinek beállítása

  1. A Feltétel lapon a Jelnév mező kiválasztásakor a leggyakrabban használt jelek jelennek meg a legördülő listában. Válasszon egyet ezek közül a népszerű jelek közül, vagy válassza az Összes jel megjelenítése lehetőséget, ha másik jelet szeretne választani a feltételhez.

    Screenshot that shows popular signals when creating an alert rule.

  2. (Nem kötelező) Ha az előző lépésben az összes jel megjelenítése lehetőséget választotta, a Jel kiválasztása panelen keresse meg a jel nevét, vagy szűrje a jelek listáját. Szűrés:

    • Jel típusa: A létrehozott riasztási szabály típusa.
    • Jelforrás: A jelet küldő szolgáltatás. A lista előre feltöltve van a kiválasztott riasztási szabály típusától függően.

    Ez a táblázat az egyes riasztási szabályokhoz elérhető szolgáltatásokat ismerteti:

    Jel típusa Jelforrás Leírás
    Metrics Platform A metrikajelek esetében a figyelőszolgáltatás a metrikanévtér. A "platform" azt jelenti, hogy a metrikákat az erőforrás-szolgáltató, azaz az Azure biztosítja.
    Azure.Application Elemzések Ügyfél által jelentett metrikák, amelyeket az alkalmazás Elemzések SDK küldött.
    Azure.VM.Windows.GuestMetrics Virtuálisgép-vendégmetrikák, amelyeket a virtuális gépen futó bővítmény gyűjt össze. Beépített operációsrendszer-számlálókat és egyéni perf számlálókat is tartalmazhat.
    <az egyéni névtér> Egyéni metrikanévtér, amely az Azure Monitor Metrics API-val küldött egyéni metrikákat tartalmazza.
    Napló Log Analytics Az "Egyéni naplókeresés" és a "Napló (mentett lekérdezés)" jelzéseket biztosító szolgáltatás.
    Activity log Tevékenységnapló – Rendszergazda istrative A Rendszergazda istrative tevékenységnapló-eseményeket biztosító szolgáltatás.
    Tevékenységnapló – Szabályzat A szabályzattevékenység-napló eseményeit biztosító szolgáltatás.
    Tevékenységnapló – Automatikus skálázás Az automatikus skálázási tevékenységnapló-eseményeket biztosító szolgáltatás.
    Tevékenységnapló – Biztonság A biztonsági tevékenységnapló-eseményeket biztosító szolgáltatás.
    Erőforrás állapota Erőforrás állapota Az erőforrásszintű állapotot biztosító szolgáltatás.
    Szolgáltatás állapota Szolgáltatás állapota Az előfizetési szintű állapotot biztosító szolgáltatás.

    Válassza ki a jel nevét , és alkalmazza.

  3. Kövesse azokat a lapon lévő lépéseket, amelyek megfelelnek a létrehozott riasztás típusának.

    1. A kiválasztott metrikajel eredményeinek előnézete az Előnézet szakaszban. Az alábbi mezők értékeinek kijelölése.

      Mező Description
      Időtartomány Az eredményekbe belefoglalandó időtartomány. Lehet az elmúlt hat órától az elmúlt hétig.
      Idősor Az eredményekbe belefoglalandó idősor.

    2. A Riasztási logika szakaszban:

      Mező Description
      Küszöbérték Válassza ki, hogy a küszöbértéket statikus vagy dinamikus érték alapján kell-e kiértékelni.
      A statikus küszöbértékek a konfigurált küszöbérték használatával értékelik ki a szabályt.
      A dinamikus küszöbértékek gépi tanulási algoritmusokkal folyamatosan tanulják meg a metrika viselkedési mintáit, és kiszámítják a váratlan viselkedéshez szükséges küszöbértékeket. További információ a dinamikus küszöbértékek metrikariasztásokhoz való használatáról.
      Operátor Válassza ki az operátort a metrika értékének a küszöbértékhez való összehasonlításához.
      Ha dinamikus küszöbértékeket használ, a riasztási szabályok a metrikák viselkedése alapján testre szabott küszöbértékeket is használhatnak ugyanazon riasztási szabály felső és alsó határán. Válasszon az alábbi operátorok közül:
      - Nagyobb, mint a felső küszöbérték, vagy alacsonyabb, mint az alsó küszöbérték (alapértelmezett)
      - Nagyobb, mint a felső küszöbérték
      - Alacsonyabb, mint az alsó küszöbérték
      Összesítés típusa Válassza ki az adatpontokra alkalmazni kívánt összesítő függvényt: Összeg, Darabszám, Átlag, Min vagy Max.
      Küszöbérték Ha statikus küszöbértéket választott, adja meg a feltétellogika küszöbértékét.
      Unit Ha a kiválasztott metrikajel különböző egységeket támogat( például bájtok, KB, MB és GB), és ha statikus küszöbértéket választott, adja meg a feltétellogika mértékegységét.
      Küszöbérték-érzékenység Ha dinamikus küszöbértéket választott, adja meg a bizalmassági szintet. A bizalmassági szint befolyásolja a riasztás indításához szükséges metrikasorozat-mintától való eltérés mértékét.
      - Magas: A küszöbértékek szorosak és közel állnak a metrikasorozat-mintához. A rendszer a legkisebb eltéréssel aktivál egy riasztási szabályt, amely további riasztásokat eredményez.
      - Közepes: A küszöbértékek kevésbé szűkek és kiegyensúlyozottabbak. Kevesebb riasztás létezik, mint a nagy érzékenységű (alapértelmezett) riasztások.
      - Alacsony: A küszöbértékek lazaak, ami nagyobb eltérést tesz lehetővé a metrikasorozat-mintától. A riasztási szabályok csak nagy eltérések esetén aktiválódnak, ami kevesebb riasztást eredményez.
      Összesítés részletessége Válassza ki az adatpontok csoportosításához használt időközt az aggregációs típusfüggvény használatával. A hozzáadott idősorok első kiértékelési időszakának hiányának valószínűségének csökkentése érdekében válasszon ki egy olyan aggregációs részletességet (időszakot), amely nagyobb, mint az értékelés gyakorisága.
      Értékelés gyakorisága Adja meg, hogy milyen gyakran futtassa a riasztási szabályt. Az összesítési részletességnél kisebb gyakoriságot választva hozzon létre egy tolóablakot a kiértékeléshez.

    3. (Nem kötelező) A jel típusától függően megjelenhet a Dimenziók szerinti felosztás szakasz.

      A dimenziók név-érték párok, amelyek több adatot tartalmaznak a metrikaértékről. Dimenziók használatával szűrheti a metrikákat, és figyelheti az adott idősorokat ahelyett, hogy az összes dimenzióérték összesítését figyeli.

      Ha egynél több dimenzióértéket választ ki, a kombinációból származó idősorok saját riasztást aktiválnak, és külön kerülnek felszámításra. A tárfiók tranzakciómetrikái például rendelkezhetnek olyan API-névdimenzióval, amely tartalmazza az egyes tranzakciók által hívott API nevét (például GetBlob, DeleteBlob és PutPage). Dönthet úgy, hogy riasztást aktivál, ha egy adott API-ban (az összesített adatokban) nagy számú tranzakció történik. Dimenziókkal is riasztást készíthet, ha adott API-k esetében magas a tranzakciók száma.

      Mező Description
      Dimenzió neve A dimenziók lehetnek szám- vagy sztringoszlopok. A dimenziók adott idősorok figyelésére és egy aktivált riasztás kontextusának megadására szolgálnak.
      Az Azure Resource ID oszlop felosztásával a megadott erőforrás a riasztási célhelyre kerül. Ha észleli, a ResourceID oszlop automatikusan ki lesz jelölve, és az aktivált riasztás környezetét a rekord erőforrására módosítja.
      Operátor A dimenziónévben és az értékben használt operátor.
      Dimenzióértékek A dimenzióértékek az elmúlt 48 óra adatain alapulnak. Egyéni dimenzióértékek hozzáadásához válassza az Egyéni érték hozzáadása lehetőséget.
      Az összes jövőbeli érték belefoglalása Jelölje ki ezt a mezőt a kijelölt dimenzióhoz hozzáadott jövőbeli értékek belefoglalásához.

    4. (Nem kötelező) A Mikor kiértékelendő szakaszban:

      Mező Description
      Ellenőrzés gyakorisága: Adja meg, hogy a riasztási szabály milyen gyakran ellenőrzi, hogy teljesül-e a feltétel.
      Visszatekintési időszak Adja meg, hogy az adatok minden egyes ellenőrzésekor milyen messzire nézzen vissza. Például 1 percenként 5 percet kell visszanézni.

    5. (Nem kötelező) A Speciális beállítások szakaszban megadhatja, hogy egy adott időszakon belül hány hiba aktiválja a riasztást. Megadhatja például, hogy csak akkor szeretne riasztást aktiválni, ha az elmúlt órában három hiba történt. Ezt a beállítást az alkalmazás üzleti szabályzatának kell meghatároznia.

      Válasszon értékeket a következő mezőkhöz:

      Mező Description
      Szabálysértések száma A riasztást aktiváló konfigurált időkereten belüli szabálysértések száma.
      Értékelési időszak Az az időszak, amelyen belül a szabálysértések száma bekövetkezik.
      Adatok figyelmen kívül hagyása Ezzel a beállítással kiválaszthatja azt a dátumot, amelyből a metrika előzményadatait használni szeretné a dinamikus küszöbértékek kiszámításához. Ha például egy erőforrás tesztelési módban futott, és éles környezetbe került, érdemes lehet figyelmen kívül hagyni a metrika viselkedését, miközben az erőforrás tesztelés alatt állt.

    6. Válassza a Kész lehetőséget.

    Ettől a ponttól kezdve bármikor kiválaszthatja a Véleményezés + létrehozás gombot.

A riasztási szabály műveleteinek beállítása

  1. A Műveletek lapon válassza ki vagy hozza létre a szükséges műveletcsoportokat.

    Screenshot that shows the Actions tab when creating a new alert rule.

A riasztási szabály részleteinek megadása

  1. A Részletek lapon adja meg a Projekt részleteit.

    • Válassza ki az előfizetést.
    • Válassza ki az erőforráscsoportot.

  2. Adja meg a riasztási szabály részleteit.

    Screenshot that shows the Details tab when creating a new alert rule.

    1. Válassza ki a súlyosságot.

    2. Adja meg a riasztási szabály nevének és a riasztási szabály leírásának értékeit.

    3. (Nem kötelező) Ha olyan metrikariasztási szabályt hoz létre, amely az alábbi régiók egyikeként meghatározott hatókörrel monitorozza az egyéni metrikákat, és meg szeretné győződni arról, hogy a riasztási szabály adatfeldolgozása az adott régión belül történik, a riasztási szabály feldolgozását az alábbi régiók egyikében választhatja ki:

      • North Europe
      • West Europe
      • Közép-Svédország
      • Germany West Central

      Folyamatosan bővítjük a régiókat a regionális adatfeldolgozáshoz.

    4. (Nem kötelező) A Speciális beállítások szakaszban több beállítást is megadhat.

      Mező Description
      Engedélyezés létrehozáskor Válassza ki, hogy a riasztási szabály a létrehozás után azonnal elinduljon.
      Riasztások automatikus feloldása (előzetes verzió) Válassza ki a riasztás állapotalapúvá alakításához. Ha egy riasztás állapotalapú, a riasztás akkor lesz feloldva, ha a feltétel már nem teljesül.
      Ha nem bejelöli ezt a jelölőnégyzetet, a metrikariasztások állapot nélküliek. Az állapot nélküli riasztások minden alkalommal aktiválva lesznek, amikor a feltétel teljesül, még akkor is, ha a riasztás már aktiválódott.
      Az állapot nélküli metrikariasztások értesítéseinek gyakorisága a riasztási szabály konfigurált gyakoriságától függően eltérő:
      5 percnél rövidebb riasztási gyakoriság: Bár a feltétel továbbra is teljesül, a rendszer egy és hat perc közötti időtartományban küld értesítést.
      5 percnél hosszabb riasztási gyakoriság: Amíg a feltétel továbbra is teljesül, a rendszer értesítést küld a konfigurált gyakoriság között, és megduplázza a gyakoriság értékét. Például egy 15 perces gyakoriságú riasztási szabály esetén a rendszer valahol 15–30 perc között küld értesítést.

  3. (Nem kötelező) Az Egyéni tulajdonságok szakaszban, ha konfigurálta a riasztási szabályhoz tartozó műveletcsoportokat, saját tulajdonságokat adhat hozzá a riasztási értesítés hasznos adataihoz. Ezeket a tulajdonságokat használhatja a műveletcsoport által meghívott műveletekben, például webhookokban, Azure-függvényekben vagy logikai alkalmazásműveletekben.

    Az egyéni tulajdonságok kulcs:érték párként vannak megadva statikus szöveg, a riasztás hasznos adataiból kinyert dinamikus érték vagy a kettő kombinációja használatával.

    A dinamikus értéknek a riasztás hasznos adataiból való kinyerési formátuma a következő: ${<path to schema field>}. Például: ${data.essentials.monitorCondition}.

    A riasztási séma közös formátumával adja meg a hasznos adat mezőjét, függetlenül attól, hogy a riasztási szabályhoz konfigurált műveletcsoportok használják-e a közös sémát.

    Screenshot that shows the custom properties section of creating a new alert rule.

    Az alábbi példákban az egyéni tulajdonságok értékei a gyakori riasztási sémát használó hasznos adatokból származó adatok felhasználására szolgálnak:

    1\. példa

    Ez a példa létrehoz egy "További részletek" címkét az "ablak kezdési időpontjára" és az "ablak befejezési időpontjára" vonatkozó adatokkal.

    • Név: "További részletek"
    • Érték: "Evaluation windowStartTime: ${data.alertContext.condition.windowStartTime}. windowEndTime: ${data.alertContext.condition.windowEndTime}"
    • Eredmény: "AdditionalDetails:Evaluation windowStartTime: 2023-04-04T14:39:24.492Z. windowEndTime: 2023-04-04T14:44:24.492Z"

    2 . példa: Ez a példa a riasztás feloldásának vagy kilövésének okával kapcsolatos adatokat adja hozzá.

    • Név: "Alert ${data.essentials.monitorCondition} ok"
    • Érték: "${data.alertContext.condition.allOf[0].metricName} ${data.alertContext.condition.allOf[0].operator} ${data.alertContext.condition.allOf[0].threshold} ${data.essentials.monitorCondition}. Az érték ${data.alertContext.condition.allOf[0].metricValue}"
    • Eredmény: A példaeredmények a következőhöz hasonlóak lehetnek:
      • "A riasztás feloldott oka: A cpu nagyobbThan5-ének százalékos feloldása. Az érték 3,585"
      • "Riasztás aktivált oka": "Százalékos CPU GreaterThan5 Aktiválva. Az érték 10,585"

    Megjegyzés:

    A gyakori séma felülírja az egyéni konfigurációkat. Ezért nem használhat egyéni tulajdonságokat és a naplóriasztások általános sémáját.

A riasztási szabály létrehozásának befejezése

  1. A Címkék lapon állítsa be a szükséges címkéket a riasztási szabály erőforrásán.

    Screenshot that shows the Tags tab when creating a new alert rule.

  2. A Véleményezés + létrehozás lapon érvényesíti a szabályt, és tájékoztatja a problémákról.

  3. When validation passes and you've reviewed the settings, select the Create button.

    Screenshot that shows the Review and create tab when creating a new alert rule.

Új riasztási szabály létrehozása a parancssori felület használatával

Új riasztási szabályt az Azure CLI használatával hozhat létre. Az alábbi példakódok az Azure Cloud Shellt használják. Az Azure MonitorHoz készült Azure CLI-parancsok teljes listája látható.

  1. A portálon válassza a Cloud Shellt. A parancssorban használja az alábbi parancsokat.

    Metrikariasztási szabály létrehozásához használja a az monitor metrics alert create parancsot. A metrikariasztásokra vonatkozó parancssori felület referenciadokumentációjának szakaszában az monitor metrics alert create részletes dokumentációt talál a metrikariasztási szabály létrehozási parancsáról.

    Olyan metrikariasztási szabály létrehozása, amely figyeli, hogy egy virtuális gép átlagos százalékos processzorhasználata nagyobb-e 90-nél:

     az monitor metrics alert create -n {nameofthealert} -g {ResourceGroup} --scopes {VirtualMachineResourceID} --condition "avg Percentage CPU > 90" --description {descriptionofthealert}

Új riasztási szabály létrehozása a PowerShell-lel

  • Metrikariasztási szabály PowerShell-lel való létrehozásához használja az Add-AzMetricAlertRuleV2 parancsmagot.
  • Ha naplóriasztási szabályt szeretne létrehozni a PowerShell használatával, használja a New-AzScheduledQueryRule parancsmagot.
  • Ha a PowerShell használatával szeretne tevékenységnapló-riasztási szabályt létrehozni, használja a Set-AzActivityLogAlert parancsmagot.

Új riasztási szabály létrehozása ARM-sablonnal

Egy Azure Resource Manager-sablon (ARM-sablon) használatával konfigurálhatja a riasztási szabályokat az összes környezetben.

  1. Hozzon létre egy új erőforrást a következő erőforrástípusok használatával:
    • Metrikariasztások esetén: Microsoft.Insights/metricAlerts
    • Naplóriasztások esetén: Microsoft.Insights/scheduledQueryRules
    • Tevékenységnaplók, szolgáltatásállapot- és erőforrás-állapotriasztások esetén: microsoft.Insights/activityLogAlerts

    Megjegyzés:

    • Az Azure Log Analytics-munkaterület erőforrástípusának (Microsoft.OperationalInsights/workspaces) metrikariasztásai másképpen vannak konfigurálva, mint a többi metrikariasztás. További információ: Erőforrássablon a naplók metrikariasztásaihoz.
    • Javasoljuk, hogy a metrikariasztást a célerőforrással azonos erőforráscsoport használatával hozza létre.
  2. Másolja ki az egyik sablont ezekből a minta ARM-sablonokból.
  3. Szerkessze a sablonfájlt, hogy a riasztáshoz megfelelő információkat tartalmazzon, és mentse a fájlt a-alert-template-file.json> fájlként<.
  4. Szerkessze a megfelelő paraméterfájlt a riasztás testreszabásához, és mentse a következőt <: your-alert-template-file.parameters.json>.
  5. Állítsa be a paramétert metricName az Azure Monitor által támogatott metrikák egyikének használatával.
  6. A sablon üzembe helyezése a PowerShell vagy a parancssori felület használatával.

A tevékenységnapló-riasztás ARM-sablonjainak további tulajdonságai

Megjegyzés:

  • A tevékenységnapló-riasztások az előfizetés szintjén vannak definiálva. Egyetlen riasztási szabály nem határozható meg egynél több előfizetésen.
  • Egy új tevékenységnapló-riasztási szabály aktiválása akár öt percet is igénybe vehet.

A tevékenységnapló-riasztások ARM-sablonjai további tulajdonságokat tartalmaznak a feltételek mezőihez. A Resource Health, az Advisor és a Service Health mezők további tulajdonságokat tartalmazó mezőkkel rendelkeznek.

Mező Description
resourceId Az érintett erőforrás erőforrás-azonosítója abban a tevékenységnapló-eseményben, amelyen a riasztás létre van hozva.
kategória A tevékenységnapló-esemény kategóriája. A lehetséges értékek a következőkAdministrative: , ResourceHealthServiceHealth, Autoscale, Security, Recommendationvagy Policy.
Hívó A tevékenységnapló-eseményt végrehajtó felhasználó e-mail-címe vagy Microsoft Entra-azonosítója.
szint A tevékenység szintje a riasztás tevékenységnapló-eseményében. A lehetséges értékek a következőkCritical: , ErrorWarning, Informationalvagy Verbose.
operationName A művelet neve a tevékenységnapló-eseményben. A lehetséges értékek a következők Microsoft.Resources/deployments/write: .
resourceGroup Az érintett erőforrás erőforráscsoportjának neve a tevékenységnapló-eseményben.
resourceProvider További információ: Azure-erőforrás-szolgáltatók és -típusok. Az erőforrás-szolgáltatók Azure-szolgáltatásokhoz való leképezéséhez tekintse meg az Azure-szolgáltatások erőforrás-szolgáltatóinak listáját.
status A művelet állapotát leíró sztring a tevékenységeseményben. A lehetséges értékek a következőkStarted: , In ProgressSucceeded, Failed, Activevagy Resolved.
subStatus Ez a mező általában a megfelelő REST-hívás HTTP-állapotkódja. Ez a mező az alállapotokat leíró egyéb sztringeket is tartalmazhat. A HTTP-állapotkódok közé tartoznak OK többek között a (HTTP-állapotkód: 200), No Content a (HTTP-állapotkód: 204) és Service Unavailable a (HTTP-állapotkód: 503) is.
resourceType Az esemény által érintett erőforrás típusa. Például: Microsoft.Resources/deployments.

A tevékenységnapló mezőivel kapcsolatos további információkért tekintse meg az Azure-tevékenységnapló eseményséma című témakört.

Create an activity log alert rule from the Activity log pane

Tevékenységnapló-riasztást is létrehozhat a már bekövetkezett tevékenységnapló-eseményhez hasonló jövőbeli eseményeken.

  1. A portálon nyissa meg a Tevékenységnapló panelt.

  2. Szűrje vagy keresse meg a kívánt eseményt. Ezután hozzon létre egy riasztást a Tevékenységnapló-riasztás hozzáadása lehetőséget választva.

    Screenshot that shows creating an alert rule from an activity log event.

  3. Megnyílik a Riasztási szabály létrehozása varázsló, amelynek hatóköre és feltétele már meg van adva a korábban kiválasztott tevékenységnapló-eseménynek megfelelően. Szükség esetén ebben a szakaszban szerkesztheti és módosíthatja a hatókört és a feltételt. Alapértelmezés szerint az új szabály pontos hatóköre és feltétele az eredeti eseményattribútumokból lesz átmásolva. Például az esemény pontos erőforrása és az eseményt kezdeményező felhasználó vagy szolgáltatásnév alapértelmezés szerint szerepel az új riasztási szabályban.

    Ha általánosabbá szeretné tenni a riasztási szabályt, ennek megfelelően módosítsa a hatókört és a feltételt. Tekintse meg az "Új riasztási szabály létrehozása az Azure Portalon" című szakasz 3–9. lépését.

  4. Kövesse az Új riasztási szabály létrehozása az Azure Portalon című cikk további lépéseit.

További lépések

Riasztáspéldányok megtekintése és kezelése