Azure Stack HCI-observerbarhet
Gäller för: Azure Stack HCI, version 23H2
Den här artikeln beskriver observerbarhet i Azure Stack HCI och de datakällor genom vilka det uppnås.
Vad är observerbarhet för Azure Stack HCI?
Azure Stack HCI-observerbarhet avser möjligheten att övervaka och förstå beteendet för Azure Stack HCI-systemet.
Observerbarhet i Azure Stack HCI är viktigt eftersom det möjliggör insamling av telemetri- och diagnostikinformation från systemet. Den här informationen hjälper Microsoft att få värdefulla insikter om systemets beteende, som kan användas för att identifiera och åtgärda potentiella problem.
Observerbarhet i Azure Stack HCI uppnås via följande datakällor:
Telemetri. Detta inkluderar insamling av telemetri och diagnostikinformation som hjälper Microsoft att få värdefulla insikter om systemets beteende. Se Telemetri.
Fjärrstöd. På så sätt kan supporttekniker få skrivskyddad fjärråtkomst till kluster för reparation i första steget. Se Fjärrsupport.
Diagnostik. Detta inkluderar möjligheten att samla in diagnostikloggar. Se Diagnostik.
Hur installeras observerbarheten?
Observerbarhet och fjärrsupport installeras som en del av Azure Stack HCI-distributionsprocessen. På så sätt kan orchestrator automatisera många av de steg som ingår i distributionsprocessen. Målet är att erbjuda en enkel konfigurationsprocess som tar hand om alla komponenter, inklusive observerbarhet.
Vad är observerbarhetspipeline?
Pipelinen för observerbarhet använder telemetri, diagnostik och övervakning för att samla in data från enheter. Den utökar Azures observerbarhetstillgångar till dessa enheter samtidigt som de uppfyller de efterlevnads- och säkerhetsbegränsningar som införts på grund av kundägarskap, geo-plats och drift av dessa enheter.
Pipelinen för observerbarhet är uppdelad i följande breda områden:
Telemetri. Avsnittet telemetri innehåller ett kontinuerligt flöde av utvalda kritiska händelser från Azure Stack HCI till Azure.
Diagnostik. Diagnostikavsnittet innehåller ett episodiskt dataflöde eller dataflöde på begäran från Azure Stack HCI till Azure.
Övervakning. Övervakningsavsnittet innehåller ett kontinuerligt flöde av kurerade mått från Azure Stack HCI till Azure. När data når Azure förbrukas och används de i olika aspekter av produktens livscykel, till exempel produktutveckling, kundsupport, ärendeavvikelse och trendanalys.
Följande diagram visar pipelinen för observerbarhet och dataflödet från Azure stack HCI till Azure:
Telemetri
Telemetri i Azure Stack HCI avser insamling av data om systemets prestanda, funktionalitet och övergripande välbefinnande. Dessa data samlas in via telemetri- och diagnostiktillägget, som möjliggör insamling av telemetri och diagnostikinformation från kundmiljön. Se Azure Stack HCI-telemetri- och diagnostiktillägget.
Telemetri är viktigt för Azure Stack HCI eftersom det gör det möjligt för Microsoft att få värdefulla insikter om systemets beteende. Den här informationen kan användas för att förbättra produkten, felsöka problem och ge bättre support till kunderna. Telemetridata kan också användas för att proaktivt identifiera och åtgärda potentiella problem, vilket minskar sannolikheten för driftstopp eller andra störningar. Dessutom kan telemetridata hjälpa Microsoft att förstå hur kunder använder Azure Stack HCI, vilket kan ligga till grund för framtida utveckling och förbättringar av produkten.
Fjärrsupport
Du kan använda fjärrsupport för att göra det möjligt för microsofts supportpersonal att lösa ditt supportärende snabbare genom att tillåta åtkomst till din enhet via fjärranslutning och utföra begränsad felsökning och reparation. Anvisningar om hur du får fjärrsupport finns i Hämta fjärrsupport för Azure Stack HCI.
Fjärrsupport under fördistributionen eller förregistreringen av ditt Azure Stack HCI-kluster finns i Hämta fjärrsupport.
Diagnostik
Diagnostik i Azure Stack HCI hjälper dig att identifiera och felsöka problem som kan uppstå i systemet. Med hjälp av diagnostik kan administratörer övervaka prestanda och hälsa i sin Azure Stack HCI-miljö och vidta proaktiva åtgärder för att förhindra att problem uppstår. Dessutom kan diagnostik ge värdefulla insikter om systemets beteende, vilket kan hjälpa till att optimera dess prestanda och förbättra den övergripande användarupplevelsen.
Jämföra logginsamlingsmetoder
Följande tabell innehåller en jämförelse av olika metoder för logginsamling i Azure Stack HCI:
| Logginsamlingsmetod | Syfte | Samla in loggar | Användningsfall |
|---|---|---|---|
| Loggsamling på begäran | Samla in och skicka diagnostikloggar för Azure Stack HCI manuellt till Microsoft. | Använd Send-DiagnosticData cmdlet från valfri Azure Stack HCI-servernod. Loggar kopieras tillfälligt lokalt, parsas, skickas och tas sedan bort. Detaljerade anvisningar om hur du utför logginsamling på begäran finns i Samla in loggar. |
– Icke-registreringsfel. – Logga insamlingsbegäran från Microsoft Support baserat på ett öppet ärende. – Loggsamling när ett kluster är registrerat och anslutet. – Logginsamling när Observability-komponenterna är installerade och funktionella. – Logginsamling när ett kluster är delvis registrerat. |
| Fristående loggsamling | Skicka diagnostikdata till Microsoft om observerbarhetskomponenter inte distribueras eller om det finns problem under klusterregistreringsprocessen. | Spara data lokalt och använd Send-AzStackHciDiagnosticData kommandot för att skicka data till Microsoft. Detaljerade anvisningar om fristående loggsamlingar finns i Utföra fristående loggsamling. |
– Distributionsfel. – Registreringsfel. – Logga insamlingsbegäran från Microsoft Support baserat på ett öppet ärende. – Logginsamling när ett kluster inte är registrerat och inte har någon anslutning. – Logginsamling när ett kluster är delvis registrerat. – Logginsamling när Observability-komponenterna inte är tillgängliga. |
Datasekretess
Azure Stack HCI implementerar datastyrningsprocedurer för att säkerställa säkerheten och den avsedda användningen av kunddata. Kunder har åtkomst till kontroller för att anpassa funktioner och justera sekretessinställningar när som helst.
Våra åtaganden för datasäkerhet omfattar:
- Prioritera kundens säkerhets- och sekretessöverväganden.
- Att vara transparent med kunder om vilka typer av data som samlas in och hur de används.
- Ge kunderna självständighet att ändra sina egna sekretessinställningar.
- Använda kunddata för att förbättra kundupplevelsen.
Så här använder Microsoft data
Kunddata hjälper Microsoft att bättre förstå hur våra kunder använder funktioner och tjänster för att uppnå sina affärsmål. Dessa insikter hjälper dig att prioritera tekniska investeringar inom områden som direkt kan påverka kundernas upplevelser. Kundens användning av nätverks- eller lagringsinställningar samt deras uppdateringsstatus är några exempel på de typer av data som samlas in. Insikterna ger också förbättringar av Azure Stack HCI-övervakning och stöd för ekosystem. Dessa förbättringar kommer så småningom att göra problemdiagnoser enklare och snabbare för Microsofts support och kunder.
Datainsamling och residens
Azure Stack HCI-data:
- Skickas inte till Microsoft förrän produkten har registrerats med Azure. När Azure Stack HCI avregistreras stoppas den här datainsamlingen. Alla data loggas till en Analystjänst för Azure Stack HCI.
- Dirigeras till en skyddad molnlagringsplats.
- Är endast tillgängligt för Microsoft-anställda som har ett legitimt affärsskäl för att visa data. Alla data hanteras i enlighet med Microsofts sekretesspolicy.
Information om insamlade data
I följande tabell beskrivs typerna av data, deras lagringsplats, standardinställningar och metoder för visning:
| Typer av data | Description | Datalagringsplats | Standardinställning | Kvarhållningsperiod | Hur data kan visas |
|---|---|---|---|---|---|
| Telemetri | Telemetridata innehåller prestandamått, användningsmönster och annan information som rör användarbeteende och systemhälsa. Den innehåller ingen personligt identifierbar information. | Telemetridata lagras alltid i USA. | Det är aktiverat som standard. Information om hur du ändrar standardinställningen finns i Telemetri- och diagnostikinställningar. | Data sparas i upp till två år. | Du kan visa data i \\<NodeName>\c$\GMACache\TelemetryCache\Tables/*.tsf. |
| Diagnostik | Diagnostikdata hjälper Microsoft att identifiera, diagnostisera och åtgärda problem för att återställa tjänstens hälsa och förbättra produkter. | Diagnostikdata lagras antingen globalt eller i EU, baserat på kundens distributionsval. | Det finns olika metoder för att överföra diagnostikdata. Mer information finns i Diagnostik | Behålls vanligtvis i 30 dagar, potentiellt längre för pågående supportproblem. | Du kan visa data i mappen för C:\observability varje nod. |
| Mått | Mått är numeriska värden som samlas in med jämna mellanrum och beskriver aspekter av ett system. | Måttdata skickas till respektive region där resursen distribueras. | Aktiverad som standard och kan inaktiveras när som helst. | Plattformsmått lagras i 93 dagar, men du kan bara fråga (i panelen Mått) för högst 30 dagars data i ett enskilt diagram. | Du kan använda Metrics Explorer för att interaktivt analysera data i din måttdatabas. |
| Fakturering och folkräkning | Fakturerings- och censusdata hjälper till att visualisera och fakturera resurser i Azure Portal. | Fakturerings- och censusdata skickas till respektive resursregion där kunden registrerade enheten. | Alltid aktiverad och kan inte inaktiveras eftersom den anses fungera. | Data tas bort när resursen tas bort, med undantag för faktureringsdata som behålls. | Du kan visa data i Azure Portal. |