Monialueinen aktiivinen–aktiivinen-arkkitehtuuri
Hajauta verkkosovellus kahdelle Azure-alueelle aktiivinen–aktiivinen-määrityksellä ja reititä käyttäjät Azure Traffic Managerin avulla lähimpään terveeseen päätepisteeseen
Monialueinen aktiivinen–aktiivinen-arkkitehtuuri on ilmainen Azure Fundamentals-oppitunti CoddyKitissä. Tämä on oppitunti 3/4. Voit lukea koko oppitunnin alta ilmaiseksi ja harjoitella sen jälkeen käytännössä selaimessa sisäänrakennetulla koodieditorilla ja ympäri vuorokauden käytettävissä olevan tekoälytuutorin avulla. Oppitunti kuuluu Azure Fundamentals-oppimispolkuun, ja edistymisesi synkronoituu verkon ja CoddyKit-sovelluksen välillä. Azure Fundamentals-kurssilla on yhteensä 4 oppituntia.
Yhden alueen ulkopuolelle
Vaikka käytettävyysalueet olisivat käytössä, yhdelle Azure-alueelle otettu kuormitus voi kärsiä alueellisesta käyttökatkosta – harvinaisesta mutta mahdollisesta tapahtumasta, jonka voi aiheuttaa suuri katastrofi, voimakas myrsky tai laaja infrastruktuurivika. Parhaan mahdollisen käytettävyyden saavuttamiseksi organisaatiot ottavat kuormituksia käyttöön vähintään kahdella Azure-alueella. Näin sovellus voi jatkaa käyttäjien palvelemista, vaikka kokonainen alue siirtyisi offline-tilaan.
Aktiivinen–aktiivinen ja aktiivinen–passiivinen
Usean alueen toteutuksiin on kaksi päämallia:
- Aktiivinen–aktiivinen — kummankin alueen resurssit palvelevat tuotantoliikennettä samanaikaisesti. Tämä maksimoi käytettävyyden ja voi myös lyhentää viivettä ohjaamalla käyttäjät lähimmälle alueelle.
- Aktiivinen–passiivinen — toissijaisen alueen resurssit ovat valmiustilassa ja vastaanottavat liikennettä vasta vikatilanteen jälkeisen varajärjestelmään siirtymisen jälkeen. Tämä maksaa vähemmän, mutta palautumisaika on pidempi.
Parhaan käytettävyyden saavuttamiseksi suositeltava lähestymistapa on aktiivinen–aktiivinen.
Azure Traffic Managerin yleiskatsaus
Azure Traffic Manager on DNS-pohjainen globaali kuormantasaaja, joka jakaa liikennettä eri Azure-alueilla (tai paikallisesti) sijaitseviin päätepisteisiin. Se valvoo kutakin päätepistettä kuntotarkistuksilla ja päättää liikenteen kohteen reititysmenetelmien (suorituskyky, painotus, prioriteetti, maantieteellinen sijainti ja moniarvoisuus) avulla. Aktiivinen–aktiivinen-toteutuksessa käyttäjät ohjataan lähimmälle toimivalle alueelle käyttämällä suorituskykyyn perustuvaa reititysmenetelmää.
# Create a Traffic Manager profile:
az network traffic-manager profile create \
--resource-group myRG \
--name myTMProfile \
--routing-method Performance \
--unique-dns-name myapp-global
# Add endpoints for each region:
az network traffic-manager endpoint create \
--resource-group myRG \
--profile-name myTMProfile \
--name eastus-endpoint \
--type azureEndpoints \
--target-resource-id /subscriptions/.../publicIPAddresses/eastus-pipTraffic Managerin reititysmenetelmät
Traffic Manager tukee useita eri tilanteisiin soveltuvia reititysmenetelmiä:
- Suorituskyky — ohjaa pienimmän viiveen päätepisteeseen (sopii parhaiten aktiivinen–aktiivinen-toteutukseen)
- Painotus — jakaa liikenteen prosenttiosuuksien perusteella (hyödyllinen vaiheittaisissa julkaisuissa)
- Prioriteetti — lähettää kaiken liikenteen ensisijaiseen päätepisteeseen ja käyttää toissijaista varalla (aktiivinen–passiivinen)
- Maantieteellinen sijainti — ohjaa käyttäjät heidän maantieteellisen sijaintinsa perusteella (tietojen sijaintivaatimukset)
Tietojen replikointi eri alueiden välillä
Aktiivinen–aktiivinen-arkkitehtuurissa tiedot on replikoitava alueiden välillä, jotta kumman tahansa alueen käyttäjät lukevat yhdenmukaisia tietoja. Vaihtoehtoja ovat:
- Azure SQL Database ja maantieteellinen replikointi — toisella alueella oleva luettava toissijainen tietokanta
- Azure Cosmos DB ja usean alueen kirjoitukset — kaikki alueet hyväksyvät kirjoituksia samanaikaisesti
- Azure Storage ja GRS — asynkroninen replikointi toissijaiselle alueelle
Valinta riippuu yhdenmukaisuutta ja kirjoitusten saatavuutta koskevista vaatimuksistanne.
Cosmos DB usean alueen kirjoituksia varten
Azure Cosmos DB soveltuu erityisen hyvin aktiivinen–aktiivinen-arkkitehtuureihin, koska se tukee usean alueen kirjoituksia – kaikki määritetyt alueet voivat hyväksyä kirjoitustoimintoja samanaikaisesti. Cosmos DB käyttää määritettäviä yhdenmukaisuustasoja (vahvasta lopulta yhdenmukaiseen) hallitsemaan replikojen synkronointia. Aktiivinen–aktiivinen-tilanteissa yleisiä valintoja ovat istuntokohtainen yhdenmukaisuus ja rajattu vanhentuneisuus, jotka tasapainottavat suorituskykyä ja oikeellisuutta.
# Enable multi-region writes on a Cosmos DB account:
az cosmosdb update \
--resource-group myRG \
--name myCosmosAccount \
--enable-multiple-write-locations trueFront Door ja Traffic Manager
Sekä Traffic Manager että Azure Front Door tarjoavat globaalia kuormantasausta, mutta eri tasoilla:
- Traffic Manager on DNS-pohjainen – se ohjaa asiakkaan oikeaan alueelliseen päätepisteeseen, mutta yhteys muodostetaan suoraan kyseiseen päätepisteeseen. Se toimii DNS-tasolla.
- Azure Front Door on anycast-välityspalvelin – se päättää asiakasyhteyden globaalissa PoP-pisteessä ja välittää pyynnön alkuperäispalveluun. Se tarjoaa reitityksen lisäksi WAF-suojauksen, SSL-purkamisen ja välimuistin.
Alueparien huomioiminen
Microsoft määrittää jokaiselle Azure-alueelle alueparin – saman maantieteellisen alueen sisällä sijaitsevan toissijaisen alueen, joka on riittävän kaukana selvitäkseen alueellisista katastrofeista. Kun suunnittelette usean alueen arkkitehtuureja, käyttäkää mahdollisuuksien mukaan pariksi määritettyä aluetta toissijaisena alueena. Suunnitellun alustahuollon aikana vain toinen alueparin alueista päivitetään kerrallaan, mikä vähentää samanaikaisten häiriöiden riskiä.
# View Azure region pairs:
az account list-locations --query '[].{Name:name,Pair:metadata.pairedRegion[0].name}' --output tableIstunnon tila aktiivinen–aktiivinen-toteutuksessa
Aktiivinen–aktiivinen-toteutuksissa käyttäjän pyynnöt voidaan käsitellä eri alueilla. Jos sovellus tallentaa istunnon tilan web-palvelimen muistiin, tästä aiheutuu ongelmia käyttäjän siirtyessä alueelta toiselle. Ratkaisu on käyttää hajautettua istuntovarastoa, kuten maantieteellistä replikointia tukevaa Azure Cache for Redis -palvelua, jotta istuntotiedot ovat saatavilla miltä tahansa alueelta.
Aktiivinen–aktiivinen-toteutuksen kustannukset
Aktiivinen–aktiivinen-arkkitehtuuri on yhden alueen toteutusta kalliimpi, koska käytätte koko infrastruktuurin kopiota vähintään kahdella alueella. Lisäkustannuksia aiheuttavat alueiden välinen tiedonsiirto, tietokantojen maantieteellinen replikointi sekä Traffic Managerin tai Front Doorin maksut. Tehkää kustannus-hyötyanalyysi: liiketoimintakriittisissä kuormituksissa käyttökatkon kustannukset ovat yleensä paljon toisen alueen kustannuksia suuremmat.
Usean alueen varajärjestelmään siirtymisen testaaminen
Aktiivinen–aktiivinen-arkkitehtuuri on testattava säännöllisesti, jotta se toimii tarvittaessa. Azure Chaos Studio -palvelun kaltaisilla kaaostekniikan työkaluilla voitte aiheuttaa vikoja – esimerkiksi pysäyttää kaikki yhden alueen näennäiskoneet – ja tarkkailla järjestelmän toimintaa. Säännöllinen testaaminen varmistaa, että Traffic Managerin kuntotarkistukset havaitsevat viat, varajärjestelmään siirtyminen tapahtuu RTO:n puitteissa ja tiedot säilyvät yhdenmukaisina eri alueilla.
Pikatarkistus
Testatkaa tämän oppitunnin Microsoft Azure Fundamentals (AZ-900) -käsitteiden ymmärtämistänne.
Oppitunnin yhteenveto
Tässä oppitunnissa opitte, että aktiivinen–aktiivinen-arkkitehtuuri ottaa toimivat resurssit käyttöön samanaikaisesti useilla alueilla parhaan käytettävyyden saavuttamiseksi, Azure Traffic Manager ohjaa liikennettä suorituskyky-, prioriteetti-, painotus- tai maantieteellisen sijainnin perusteella ja tietojen replikointi (Cosmos DB:n usean alueen kirjoitukset ja SQL:n maantieteellinen replikointi) on välttämätöntä alueiden välisen yhdenmukaisuuden takaamiseksi. Seuraavaksi tutustumme kuntotarkistuksiin ja hallitun heikentämisen malleihin.
Opi Azure Fundamentals tekoälytuutorin avulla — ilmaiseksi
Kirjoita ja suorita oikeaa koodia selaimessa, saa välitöntä apua tekoälytuutorilta ympäri vuorokauden ja jatka siitä, mihin jäit, verkossa tai sovelluksessa.
- Kurssit
- 30
- Oppitunnit
- 120
Usein kysytyt kysymykset
Onko oppitunti ”Monialueinen aktiivinen–aktiivinen-arkkitehtuuri” ilmainen?
Kyllä – oppitunnin ”Monialueinen aktiivinen–aktiivinen-arkkitehtuuri” koko tekstin voi lukea täällä verkossa ilmaiseksi. Jos haluat harjoitella interaktiivisesti sisäänrakennetulla koodieditorilla ja ympäri vuorokauden käytettävissä olevan tekoälytuutorin avulla sekä avata koko Azure Fundamentals-kurssin, päivitä CoddyKit PROhon. Azure Fundamentals-kurssilla on yhteensä 4 oppituntia.
Mitä opin oppitunnilla ”Monialueinen aktiivinen–aktiivinen-arkkitehtuuri”?
Hajauta verkkosovellus kahdelle Azure-alueelle aktiivinen–aktiivinen-määrityksellä ja reititä käyttäjät Azure Traffic Managerin avulla lähimpään terveeseen päätepisteeseen Harjoittelet Azure Fundamentals-aihetta koodilla, jonka suoritat suoraan selaimessa. Ympäri vuorokauden käytettävissä oleva tekoälytuutori vastaa kysymyksiisi oppitunnin aikana.
Tarvitsenko kokemusta aloittaakseni Azure Fundamentals-opiskelun?
Aiempi kokemus ei ole tarpeen. CoddyKitin Azure Fundamentals-oppimispolku sopii vasta-alkajista edistyneisiin, joten voit aloittaa tästä tai alusta ja edetä omaan tahtiisi. Tämä on oppitunti 3/4.
Kuinka kauan ”Monialueinen aktiivinen–aktiivinen-arkkitehtuuri”-oppitunnin suorittaminen kestää?
Useimmat CoddyKitin oppitunnit kestävät noin 5–10 minuuttia. Jokainen oppitunti on lyhyt ja interaktiivinen, joten edistyt tasaisesti ja voit jatkaa siitä, mihin jäit – sekä verkossa että sovelluksessa.
Voinko kirjoittaa ja suorittaa koodia tällä Azure Fundamentals-oppitunnilla?
Kyllä. Jokainen Azure Fundamentals-oppitunti sisältää sisäänrakennetun koodieditorin, joten voit kirjoittaa ja suorittaa oikeaa koodia suoraan selaimessa ja saada välitöntä palautetta tekoälyltä – paikallista asennusta ei tarvita.
Kaikki tämän kurssin oppitunnit
- Azuren SLA:t ja yhdistetyt SLA:t
- Saatavuusjoukot ja saatavuusvyöhykkeet
- Monialueinen aktiivinen–aktiivinen-arkkitehtuuri
- Kuntotarkistukset ja hallittu heikentyminen