Luotettavuus Microsoft Fabric -järjestelmässä

Tässä artikkelissa kuvataan Microsoft Fabric -luotettavuustukea, mukaan lukien alueellinen resilienssi saatavuusalueiden kanssa sekä alueiden välinen palautus ja liiketoiminnan jatkuvuus. Yksityiskohtaisemman yleiskatsauksen luotettavuudesta Azure:ssa löytyy kohdasta Azure-luotettavuus.

Käytettävyysvyöhykkeen tuki

Saatavuusvyöhykkeet ovat fyysisesti erillisiä datakeskusryhmiä Azure-alueella. Kun yksi vyöhyke vikaantuu, palvelut voivat siirtyä johonkin jäljellä olevista vyöhykkeistä.

Fabric käyttää Azure-käytettävyysalueita suojatakseen Fabric- ja Power BI-kohteita sekä dataa datakeskuksen vikoilta. Palvelu jakaa Fabric-resurssit automaattisesti useiden alueiden kesken ilman asiakasasetuksia.

• Data-analyysi tukee saatavuusalueita, jos käytät OneLakea. Jos käytät muita tietolähteitä, kuten ADLS Gen2, sinun täytyy varmistaa, että Zone-redundant storage (ZRS) on käytössä.

Zone down -kokemus

Koko alueen kattavan sähkökatkon aikana asiakkaan toimenpiteitä ei tarvita. Fabric-kyvyt paranevat ja tasapainottuvat automaattisesti hyödyntäen terveellistä aluetta. Joissain tapauksissa keskeneräiset toiminnot saattavat joutua aloittamaan uudelleen. Esimerkiksi Spark Jobsin suorittaminen voi epäonnistua, jos ensisijainen solmu on vikaantuneessa vyöhykkeessä. Tällaisessa tapauksessa sinun täytyy lähettää työpaikat uudelleen. Datavarasto- ja SQL-analytiikan päätepistekysely voi epäonnistua, jos frontend-solmu on vikaantuneessa vyöhykkeessä. Tällaisessa tapauksessa sinun täytyy turvallisesti käynnistää kysely uudelleen.

Tärkeä

Vaikka Microsoft pyrkii tarjoamaan yhtenäisen ja johdonmukaisen käytettävyysalueen tuen, joissain käytettävyysalueen vikatilanteissa Fabric-kapasiteetit, jotka sijaitsevat Azure-alueilla, joissa asiakaskysyntä vaihtelee, voivat kokea normaalia korkeampaa viivettä.

Alueiden välinen katastrofipalautus ja liiketoiminnan jatkuvuus

Katastrofipalautus (DR) tarkoittaa käytäntöjä, joita organisaatiot käyttävät toipuakseen voimakkaan vaikutuksen tapahtumista, kuten luonnonkatastrofeista tai epäonnistuneista käyttöönotoista, jotka johtavat käyttökatkoihin ja tietojen menetykseen. Syystä riippumatta paras korjauskeino katastrofiin on hyvin määritelty ja testattu DR-suunnitelma ja sovellussuunnittelu, joka tukee aktiivisesti DR: n. Ennen kuin alat laatia katastrofipalautussuunnitelmaa, katso Suositukset katastrofipalautusstrategian suunnitteluun.

DR:ssä Microsoft käyttää jaetun vastuun mallia. Tässä mallissa Microsoft varmistaa, että perusinfrastruktuuri ja alustapalvelut ovat saatavilla. Monet Azure-palvelut eivät kuitenkaan automaattisesti replikoi dataa tai vedä epäonnistuneesta alueesta ristiinreplikaatioon toiselle mahdolliselle alueelle. Näissä palveluissa olet vastuussa katastrofipalautussuunnitelman laatimisesta, joka sopii työkuormaasi. Useimmat palvelut, jotka toimivat Azure-ympäristössä palveluna (PaaS) -tarjonnassa, tarjoavat ominaisuuksia ja ohjeita DR:n tueksi. Voit käyttää palvelukohtaisia ominaisuuksia nopean palautumisen tukemiseksi DR-suunnitelman kehittämiseksi.

Tässä osiossa kuvataan Fabric-katastrofipalautussuunnitelma, joka on suunniteltu auttamaan organisaatiotasi pitämään tietonsa turvassa ja helposti saatavilla, kun suunnittelematon alueellinen katastrofi tapahtuu. Suunnitelma kattaa seuraavat aiheet:

• Alueiden välinen replikaatio: Fabric tarjoaa alueellista replikaatiota OneLakeen tallennetulle datalle. Voit valita tai jättää tämän ominaisuuden pois tarpeidesi mukaan.

• Tietojen käyttö katastrofin jälkeen: Alueellisessa katastrofitilanteessa Fabric takaa tiedon pääsyn tietyin rajoituksin. Vaikka uusien kohteiden luominen tai muokkaaminen on rajoitettua failoverin jälkeen, ensisijainen painopiste on edelleen varmistamassa, että olemassa oleva data pysyy saatavilla ja ehjänä.

• Ohjeita toipumiseen: Fabric tarjoaa rakenteellisen ohjeistuksen, joka ohjaa sinua toipumisprosessin läpi. Rakenteellinen ohjaus helpottaa siirtymistä takaisin säännöllisiin toimintoihin.

Power BI, joka on nyt osa Fabric-järjestelmää, tarjoaa vankan katastrofipalautusjärjestelmän ja tarjoaa seuraavat ominaisuudet:

• BCDR oletuksena: Jos alue on yhdistettyPower BI:tä tukevaan alueeseen, katastrofipalautuskyvyt sisältyvät oletuksena. Sinun ei tarvitse valita tai aktivoida tätä ominaisuutta erikseen.

• Alueiden välinen replikaatio: Power BI käyttää Azure-tallennusta georedundanttia replikaatiota ja Azure SQL:n georedundanttia replikaatiota varmistaakseen, että varmuuskopioinstansseja on olemassa muilla alueilla ja niitä voidaan käyttää. Tämä tarkoittaa, että tiedot toistuvat eri alueiden välillä, mikä parantaa niiden saatavuutta ja vähentää alueellisten katkosten riskejä.

• Jatkuvat palvelut ja pääsy katastrofin jälkeen: Jopa häiritsevien tapahtumien aikana Power BI:n tuotteet pysyvät käytettävissä vain luku -tilassa. Kohteisiin kuuluvat semanttiset mallit, raportit ja hallintapaneelit, jotka varmistavat, että yritykset voivat jatkaa analyysi- ja päätöksentekoprosessejaan ilman merkittäviä esteitä.

Lisätietoja löytyy Power BI:n korkean saatavuuden, varayhteyden ja katastrofipalautuksen UKK:sta.

Tärkeä

Asiakkaille, joita katastrofi on koskettanut ja joiden kotialueilla ei ole Azure-yhdistettyä aluetta, joka tukisi Fabric:ia, Fabric-kapasiteetin käyttömahdollisuus voi vaarantua, vaikka näiden kapasiteettien sisällä oleva data replikoitaisiin. Tämä rajoitus liittyy kotialueen infrastruktuuriin, joka on välttämätön kapasiteetin toiminnalle. Jos haluat nähdä listan alueista, jotka tukevat Fabric:ia, mene Fabric Region Availability.

Kotialue ja kapasiteettitoiminnallisuus

Tehokkaan katastrofipalautussuunnittelun kannalta on ratkaisevan tärkeää, että ymmärrät kotialueesi ja kapasiteettialueiden välisen suhteen. Kotialueiden ja kapasiteettisijaintien ymmärtäminen auttaa tekemään strategisia valintoja kapasiteettialueista sekä niihin liittyvät replikaatio- ja palautusprosessit.

Organisaatiosi vuokrasopimuksen ja tietojen tallennuksen kotialue on asetettu ensimmäisen rekisteröityneen käyttäjän laskutusosoitteeseen. Lisätietoja vuokrasuhteen asettelusta löydät osoitteesta Power BI toteutussuunnittelu: Tenant setup. Kun luot uusia kapasiteetteja, tallennustilasi asetetaan oletuksena kotialueelle. Jos haluat vaihtaa tallennusalueesi toiselle alueelle, sinun täytyy ottaa käyttöön Multi-Geo, Fabric Premium -ominaisuus.

Tärkeä

Toisen alueen valitseminen kapasiteetillesi ei siirrä kaikkea dataasi kokonaan sille alueelle. Jotkut tietoelementit säilyvät edelleen kotialueella. Jos haluat nähdä, mitkä tiedot säilyvät kotialueella ja mitkä datat tallennetaan Multi-Geo-yhteensopivalla alueella, katso Configure Multi-Geo -tuki Fabric Premiumille.

Jos kotialueella ei ole paritettua aluetta, minkä tahansa Multi-Geo-yhteensopivan alueen kapasiteetit voivat kohdata toiminnallisia ongelmia, jos kotialue kohtaa katastrofin, koska ydinpalvelutoiminto on sidottu kotialueeseen.

Jos valitset Multi-Geo-tukevan alueen EU:n sisällä, on taattu, että tietosi tallennetaan EU:n datarajojen sisälle.

Jos haluat oppia, miten tunnistaa kotialueesi, katso Find your Fabric home region.

Katastrofipalautuskapasiteetin asetus

Fabric tarjoaa katastrofipalautuskytkimen kapasiteettiasetussivulla. Se on saatavilla siellä, missä Azure-alueelliset parit sopivat yhteen Fabric:n palvelunäkyvyyden kanssa. Tässä ovat tämän vaihdon yksityiskohdat:

• Roolien käyttö: Vain käyttäjät, joilla on kapasiteetti ylläpitäjärooli tai enemmän, voivat käyttää tätä kytkintä.

• Granulaarisuus: Kytkimen rakeisuus on kapasiteettitaso. Se on saatavilla sekä Premium- että Fabric-kapasiteeteille.

• Datan laajuus: Katastrofipalautuskytkin käsittelee nimenomaan OneLake-dataa, johon kuuluvat Lakehouse- ja Warehouse-tiedot. Kytkin ei vaikuta OneLaken ulkopuolella tallennettuun dataasi.

• BCDR:n jatkuvuus Power BI:lle: Vaikka OneLake-datan katastrofipalautuksen voi kytkeä päälle ja pois, BCDR for Power BI on aina tuettu, riippumatta siitä, onko kytkin päällä vai pois.

• Taajuus: Kun muutat katastrofipalautuksen kapasiteetin asetusta, sinun täytyy odottaa 30 päivää ennen kuin voit muuttaa sitä uudelleen. Odotusaika ylläpitää vakautta ja estää jatkuvan kytkennän.

Huomautus

Kun katastrofipalautuskapasiteetin asetus on otettu käyttöön tai luodaan uusia työtiloja kapasiteetin sisälle, datan replikointi voi viedä jonkin aikaa. Voit tarkistaa kunkin työtilan tilan kapasiteettiasetuksista kohdasta Työtilat, jotka on määritetty tälle kapasiteetille. OneLake Geo-replikaatiosarake näyttää tilan georeplikaation käyttöönotosta.

Tietojen replikointi

Kun otat katastrofipalautuskapasiteetin käyttöön, alueiden välinen replikaatio on käytössä OneLake-datan katastrofipalautusominaisuutena. Fabric-alusta on linjassa Azure-alueiden kanssa tarjotakseen georedundanssiparit. Kuitenkin joillakin alueilla ei ole Azure-parialuetta, tai parialue ei tue Fabric-ohjelmaa. Näillä alueilla datan replikaatio ei ole saatavilla. Lisätietoja löytyy kohdasta Alueet, joilla on saatavuusvyöhykkeet ja ei alueparia sekä Fabric-alueen saatavuus.

Huomautus

Vaikka Fabric tarjoaa OneLakessa datan replikaatioratkaisun katastrofipalautuksen tukemiseksi, siinä on huomattavia rajoituksia. Esimerkiksi KQL-tietokantojen ja kyselyjoukkojen tiedot tallennetaan ulkoisesti OneLakeen, mikä tarkoittaa, että tarvitaan erillinen katastrofipalautusmenetelmä. Katso tämän dokumentin muu osa saadaksesi yksityiskohdat katastrofipalautusmenetelmästä jokaiselle Fabric-kohteelle.

Laskutus

Fabric:n katastrofipalautusominaisuus mahdollistaa tietojesi georeplikoinnin turvallisuuden ja luotettavuuden parantamiseksi. Tämä ominaisuus kuluttaa enemmän tallennustilaa ja tapahtumia, jotka laskutetaan BCDR Storage- ja BCDR-operaatioina. Voit seurata ja hallita näitä kustannuksia Microsoft Fabric Capacity Metrics -sovelluksessa, jossa ne näkyvät erillisinä rivialueina.

Kattavan erittelyn kaikista katastrofipalautuskustannuksista, jotka auttavat sinua suunnittelemaan ja budjetoimaan sen mukaisesti, löydät OneLaken laskenta- ja tallennuskulutuksesta.

Aseta katastrofipalautus

Vaikka Fabric tarjoaa katastrofipalautusominaisuuksia datan resilienssin tukemiseksi, sinun on noudatettava tiettyjä manuaalisia vaiheita palvelun palauttamiseksi häiriöiden aikana. Tässä osiossa kuvataan toimenpiteet, joita sinun tulisi tehdä valmistautuaksesi mahdollisiin häiriöihin.

Vaihe 1: valmistele

• Aktivoi kaastrofipalautuksen kapasiteettiasetukset: Tarkista ja aseta säännöllisesti katastrofipalautuksen kapasiteettiasetukset varmistaaksesi, että ne vastaavat suojaus- ja suorituskykytarpeitasi.

• Luo varmuuskopioita datasta: Kopioi OneLaken ulkopuolelta tallennettu kriittinen tieto toiselle alueelle tavalla, joka vastaa katastrofipalautussuunnitelmaasi.

Vaihe 2: Katastrofin vika-over

Kun suuri katastrofi tekee pääalueesta palauttamattoman, Microsoft Fabric käynnistää alueellisen vikasioituksen. Et pääse käsiksi Fabric-portaaliin ennen kuin failover on valmis. Ilmoitus julkaistaan Microsoft Fabric -tukisivulla.

Vikasion suorittamiseen kuluva aika voi vaihdella, vaikka se yleensä kestää alle tunnin. Kun failover on valmis, tässä mitä voit odottaa:

• Fabric-portaali: Voit käyttää portaalia ja lukea toimintoja, kuten olemassa olevien työtilojen selaamista, tehtävävirtoja työtiloissa ja esineitä, jatkaa toimintaansa. Kaikki kirjoitustoiminnot, kuten työtilan luominen tai muokkaaminen, keskeytetään.

• Power BI: Voit suorittaa lukutoimintoja, kuten näyttää kojeljelautia ja raportteja. Päivitykset, raporttijulkaisu-operaatiot, hallintapaneelin ja raporttien muutokset sekä muut metatietojen muutokset eivät ole tuettuja.

• Lakehouse/Warehouse: Näitä kohteita ei voi avata, mutta tiedostoihin pääsee käsiksi OneLake-rajapintojen tai työkalujen kautta.

• Spark-työn määrittely: Et voi avata Spark-työmääritelmiä, mutta voit käyttää kooditiedostoja OneLake-rajapintojen tai työkalujen kautta. Kaikki metatiedot tai konfiguraatiot tallennetaan failoverin jälkeen.

• Muistikirja: Et voi avata muistikirjoja, eikä koodisisältöä tallenneta katastrofin jälkeen.

• ML-malli/koe: Et voi avata koneoppimismalleja tai kokeita. Koodisisältö ja metatiedot, kuten ajomittarit ja asetukset, eivät tallennu katastrofin jälkeen.

• Dataflow Gen2/Pipeline/Eventstream: Et voi avata näitä kohteita, mutta voit käyttää tuettuja katastrofipalautuskohteita (järvitaloja tai varastoja) datan suojaamiseen.

• KQL-tietokanta/kyselyjoukko: Et pääse käsiksi KQL-tietokantoihin ja kyselyjoukkoihin failoverin jälkeen. KQL-tietokantojen ja kyselyjoukkojen tietojen suojaamiseksi tarvitaan lisää ennakkotoimenpiteitä.

Katastrofitilanteessa Fabric-portaali ja Power BI ovat vain lukutilassa, ja muut Fabric-esineet eivät ole käytettävissä. Voit käyttää heidän OneLakeen tallennettuja tietojaan API:n tai kolmannen osapuolen työkalujen avulla. Sekä Portal että Power BI säilyttävät kyvyn suorittaa luku- ja kirjoitustoimintoja kyseiselle datalle. Tämä kyky varmistaa, että kriittinen data pysyy saatavilla ja muokattavissa, ja vähentää mahdollisia häiriöitä yrityksessäsi.

OneLaken dataan pääsee käsiksi useiden kanavien kautta:

• OneLake ADLS Gen2 API: Katso Connecting to Microsoft OneLake

• Esimerkkejä työkaluista, jotka voivat yhdistää OneLake-dataan:

  • Azure Storage Explorer: Katso Integrate OneLake with Azure Storage Explorer

  • OneLake File Explorer: Katso Käytä OneLake-tiedostonhallintaohjelmaa Fabric-datan käyttämiseen

• Katastrofitilanteessa OneLake-katalogi on vain luku -tilassa:

  • Explore-välilehdellä: Voit käyttää Explore-välilehteä nähdäksesi kaikki kohteet ja työtilat, mukaan lukien niiden metatiedot ja siihen liittyvät tiedot.

  • Govern-välilehti: Voit käyttää Govern-välilehteä nähdäksesi oivallukset, suositellut toimenpiteet ja hallintatyökalut – perustuen viimeisimpään onnistuneeseen mallin päivitykseen ennen vikatoveria.

Vaihe 3: Elvytyssuunnitelma

Vaikka Fabric varmistaa, että data pysyy saatavilla katastrofin jälkeen, voit myös toimia palauttaaksesi heidän palvelunsa täysin osavaltioon ennen tapausta. Tämä osio tarjoaa vaiheittaisen oppaan, joka auttaa sinua toipumisprosessin läpi.

Toipumisvaiheet

1. Luo uusi Fabric-kapasiteetti missä tahansa alueessa katastrofin jälkeen. Koska tällaisissa tapahtumissa on suuri kysyntä, valitse alue pääasiallisen geosi ulkopuolelta, jotta laskentapalveluiden saatavuuden todennäköisyys kasvaa. Lisätietoja kapasiteetin luomisesta löytyy kohdasta Buy Fabric capacity in Azure.

2. Luo työtiloja uudessa kapasiteetissa. Tarvittaessa käytä samoja nimiä kuin vanhoissa työtiloissa.

3. Luo esineitä samoilla nimillä kuin ne, jotka haluat palauttaa. Tämä vaihe on tärkeä, jos käytät räätälöityä skriptiä palauttaaksesi järvimajat ja varastot.

4. Palauta esineet. Jokaisen tuotteen kohdalla seuraa kokemuskohtaisen katastrofipalautusohjeen asiaankuuluvaa osiota palauttaaksesi esineen.

Seuraavat vaiheet

• Kokemuskohtainen katastrofipalautusohjeistus
• Luotettavuus Azure:ssa