Microsoft Azure Architectures for SharePoint 2013

Azure on hyvä ympäristö SharePoint Server 2013 -ratkaisun isännöinnille. Useimmissa tapauksissa suosittelemme Microsoft 365:tä, mutta Azuressa isännöity SharePoint Server -klusteri voi olla hyvä vaihtoehto tietyille ratkaisuille. Tässä artikkelissa kerrotaan, miten voit luoda SharePoint-ratkaisuja, jotta ne sopivat hyvin Azure-ympäristöön. Seuraavia kahta tiettyä ratkaisua käytetään esimerkkeinä:

Azure-infrastruktuuripalvelut ovat houkutteleva vaihtoehto SharePoint-ratkaisujen isännöinnille. Jotkin ratkaisut sopivat paremmin tähän ympäristöön kuin toiset. Seuraavassa taulukossa on esitetty suositellut ratkaisut.

Ratkaisu Miksi tätä ratkaisua suositellaan Azurelle
Kehitys- ja testiympäristöt
Näiden ympäristöjen luominen ja hallinta on helppoa.
Paikallisten SharePoint-klusterien järjestelmäpalautus Azureen
Isännöity toissijainen palvelinkeskus Käytä Azurea sen sijaan, että sijoittaisi toissijaiseen palvelinkeskukseen eri alueella.
Edullisemmat järjestelmäpalautusympäristöt Ylläpidä ja maksa vähemmän resursseja kuin paikallisessa järjestelmäpalautusympäristössä. Resurssien määrä riippuu valitsemastasi järjestelmäpalautusympäristöstä: kylmä valmiustila, lämmin valmiustila tai kuuma valmiustila.
Joustavampi ympäristö Jos järjestelmä on viallinen, skaalaa SharePoint-palautusklusteri helposti latausvaatimusten mukaiseksi. Skaalaa sisään, kun et enää tarvitse resursseja.
Katso SharePoint Server 2013:n järjestelmäpalautus Microsoft Azuressa.
Internetiin suunnatut sivustot, jotka käyttävät ominaisuuksia ja skaalautuvaa skaalausta, eivät ole käytettävissä Microsoft 365:ssä
Keskitä ponnistelusi Keskity upean tontin rakentamiseen infrastruktuurin rakentamisen sijaan.
Hyödynnä Azuren joustavuus Muuta klusterin kokoa kysyntää varten lisäämällä uusia palvelimia ja maksa vain tarvitsemistasi resursseista. Dynaamista konevarausta ei tueta (automaattinen skaalaus).
Azure Active Directoryn (AD) käyttäminen Hyödynnä asiakastilien Azure AD.
SharePoint-toiminnon lisääminen ei ole käytettävissä Microsoft 365:ssä Lisää syväraportointi ja verkkoanalytiikka.
Katso Microsoft Azuren Internet-sivustot SharePoint Server 2013:n avulla.
Sovellusklusterit Microsoft 365:n tai paikallisten ympäristöjen tukemiseksi
Luo, testaa ja isännöi azure-sovelluksia , jotka tukevat sekä paikallisia että pilviympäristöjä.
Isännöi tätä roolia Azuressa sen sijaan, että ostat uutta laitteistoa paikallisiin ympäristöihin.

Intranet- ja yhteistyöratkaisuissa ja kuormituksissa kannattaa harkita seuraavia vaihtoehtoja:

  • Selvitä, täyttääkö Microsoft 365 liiketoimintasi vaatimukset vai voiko se olla osa ratkaisua. Microsoft 365 sisältää monipuolisen ominaisuusjoukon, joka on aina ajan tasalla.

  • Jos Microsoft 365 ei täytä kaikkia liiketoiminnan vaatimuksia, harkitse SharePoint 2013:n vakiototeutusta paikallisesti Microsoft Consulting Servicesistä (MCS). Vakioarkkitehtuuri voi olla nopeampi, halvempi ja helpompi ratkaisu kuin mukautettu.

  • Jos vakiototeutus ei vastaa liiketoimintasi vaatimuksia, harkitse mukautettua paikallista ratkaisua.

  • Jos pilviympäristön käyttö on tärkeää liiketoimintavaatimuksillesi, harkitse Azure-infrastruktuuripalveluissa isännöidyn SharePoint 2013:n vakio- tai mukautettua toteutusta. SharePoint-ratkaisuja on paljon helpompi tukea Azuressa kuin muita ei-alkuperäisiä Microsoftin julkisia pilvipalveluympäristöjä.

Ennen Azure-ympäristön suunnittelua

Vaikka tässä artikkelissa käytetään esimerkkejä SharePoint-topologioista, voit käyttää näitä suunnittelukäsitteitä minkä tahansa SharePoint-klusteritopologian kanssa. Ennen kuin suunnittelet Azure-ympäristön, suunnittele SharePoint-klusteri seuraavan topologian, arkkitehtuurin, kapasiteetin ja suorituskyvyn ohjeiden avulla:

Active Directory -toimialueen tyypin määrittäminen

Jokainen SharePoint Server -klusteri käyttää Active Directorya klusterin määrityksen hallintatilien tarjoamiseen. Tällä hetkellä SharePoint-ratkaisuille on kaksi vaihtoehtoa Azuressa. Nämä on kuvattu seuraavassa taulukossa.

Vaihtoehto Kuvaus
Erillinen toimialue
Voit ottaa Käyttöön varatun ja eristetyn Active Directory -toimialueen Azuressa SharePoint-klusterin tukemiseksi. Tämä on hyvä valinta julkisille Internet-sivustoille.
Paikallisen toimialueen laajentaminen paikallisten yhteyksien avulla
Kun laajennat paikallista toimialuetta paikallisen yhteyden avulla, käyttäjät käyttävät SharePoint-klusteria intranetin kautta ikään kuin sitä isännöitäisiin paikallisesti. Voit hyödyntää paikallinen Active Directory ja DNS-toteutusta.
Järjestelmäpalautusympäristön luominen Azuressa edellyttää paikallista yhteyttä, jotta se ei siirry paikallisesta klusterista.

Tässä artikkelissa on suunnittelukäsitteitä paikallisen toimialueen laajentamiseen paikallisten yhteyksien kautta. Jos ratkaisusi käyttää varattua toimialuetta, et tarvitse paikallista yhteyttä.

Näennäisverkon suunnitteleminen

Tarvitset ensin Azureen näennäisverkon, joka sisältää aliverkkoja, joihin näennäiskoneet sijoitetaan. Näennäisverkkoon tarvitaan yksityinen IP-osoitetila, jonka osia määrität aliverkkoihin.

Jos laajennat paikallisen verkon Azureen paikallisen yhteyden kautta (järjestelmäpalautusympäristö edellyttää), sinun on valittava yksityinen osoitetila, joka ei ole vielä käytössä muualla organisaatioverkossasi ja joka voi sisältää paikallisen ympäristösi ja muut Azure-näennäisverkot.

Kuva 1: Paikallinen ympäristö, jossa on näennäisverkko Azuressa

Microsoft Azure -näennäisverkon suunnittelu SharePoint-ratkaisulle. Yksi Azure-yhdyskäytävän aliverkko. Yksi näennäiskoneiden aliverkko.

Tässä kaaviossa:

  • Azuren näennäisverkko on kuvattu rinnakkain paikallisen ympäristön kanssa. Näitä kahta ympäristöä ei ole vielä yhdistetty paikallisella yhteydellä, joka voi olla sivustosta sivustoon -VPN-yhteys tai ExpressRoute.

  • Tässä vaiheessa näennäisverkko sisältää vain aliverkot, ei muita arkkitehtonisia elementtejä. Yksi aliverkko isännöi Azure-yhdyskäytävää ja muut aliverkot isännöivät SharePoint-klusterin tasoja ja toinen Active Directorya ja DNS:ää varten.

Lisää paikallisten yhteyksien lisääminen

Seuraava käyttöönottovaihe on luoda paikallinen yhteys (jos tämä koskee ratkaisuasi). Paikallisten yhteyksien kohdalla Azure-yhdyskäytävä sijaitsee erillisessä yhdyskäytävän aliverkossa, joka sinun on luotava ja määritettävä osoitetila.

Kun suunnittelet paikallista yhteyttä, määrität ja luot Azure-yhdyskäytävän ja yhteyden paikalliseen yhdyskäytävälaitteeseen.

Kuva 2: Azure-yhdyskäytävän ja paikallisen yhdyskäytävälaitteen käyttäminen sivuston ja sivuston välisen yhteyden tarjoamiseksi paikallisen ympäristön ja Azuren välillä

Paikallinen ympäristö, joka on yhdistetty Azure-näennäisverkkoon paikallisella yhteydellä, joka voi olla sivuston ja sivuston välinen VPN-yhteys tai ExpressRoute.

Tässä kaaviossa:

  • Aiempaan kaavioon lisättynä paikallinen ympäristö on yhdistetty Azure-näennäisverkkoon paikallisella yhteydellä, joka voi olla sivuston ja sivuston välinen VPN-yhteys tai ExpressRoute.

  • Azure-yhdyskäytävä on yhdyskäytävän aliverkossa.

  • Paikallinen ympäristö sisältää yhdyskäytävälaitteen, kuten reitittimen tai VPN-palvelimen.

Lisätietoja paikallisen näennäisverkon suunnittelemisesta ja luomisesta on kohdassa Paikallisen verkon yhdistäminen Microsoft Azure -näennäisverkkoon.

Lisää Active Directory -toimialueen palvelut (AD DS) ja DNS

Azuren järjestelmäpalautusta varten otat käyttöön Windows Server AD:n ja DNS:n hybridiskenaariossa, jossa Windows Server AD otetaan käyttöön sekä paikallisesti että Azure-näennäiskoneissa.

Kuva 3: Active Directoryn yhdistelmätoimialueen määritys

Azure-näennäisverkossa ja SharePoint Farm -aliverkossa käyttöönotetut STwo-näennäiskoneet ovat replikatoimialueen ohjauskoneita ja DNS-palvelimia.

Tämä kaavio perustuu edellisiin kaavioihin lisäämällä kaksi näennäiskonetta Windows Server AD- ja DNS-aliverkkoihin. Nämä näennäiskoneet ovat replikatoimialueen ohjauskoneita ja DNS-palvelimia. Ne ovat paikallisen Windows Server AD -ympäristön laajennus.

Seuraavassa taulukossa on määrityssuosituksia näille Azuren näennäiskoneille. Käytä näitä lähtökohtana oman ympäristön suunnittelussa – jopa erilliselle toimialueelle, jossa Azure-ympäristösi ei ole yhteydessä paikalliseen ympäristöösi.

Nimikkeen Määritykset
Näennäiskoneen koko Azuressa
A1- tai A2-koko vakiotasolla
Käyttöjärjestelmä
Windows Server 2012 R2
Active Directory -rooli
AD DS -toimialueen ohjauskone, joka on määritetty yleiseksi luettelopalvelimeksi. Tämä määritys vähentää lähtevä liikennettä paikallisessa yhteydessä.
Jos kyseessä on monitoimialueympäristö, jossa muutosaste on suuri (tämä ei ole yleistä), vähennä replikointiliikennettä määrittämällä toimialueen ohjauskoneet paikallisesti olemaan synkronoimatta Azuren yleisten luettelopalvelimien kanssa.
DNS-rooli
Asenna ja määritä DNS Server -palvelu toimialueen ohjauskoneisiin.
Tietolevyt
Sijoita Active Directory -tietokanta, lokit ja SYSVOL muihin Azure-tietolevyihin. Älä sijoita näitä käyttöjärjestelmälevylle tai Azuren väliaikaisille levyille.
IP-osoitteet
Käytä staattisia IP-osoitteita ja määritä näennäisverkko määrittämään nämä osoitteet näennäisverkon näennäiskoneille sen jälkeen, kun toimialueen ohjauskoneet on määritetty.

Tärkeää

Ennen kuin otat Active Directoryn käyttöön Azuressa, lue ohjeet Windows Server Active Directoryn käyttöönottoon Azure Näennäiskoneet. Näiden avulla voit selvittää, tarvitaanko ratkaisullesi eri arkkitehtuuria tai eri määritysasetuksia.

Lisää SharePoint-klusteri

Sijoita SharePoint-klusterin näennäiskoneet tasoille sopiville aliverkoille.

Kuva 4: SharePoint-näennäiskoneiden sijoittaminen

Tietokantapalvelimet ja SharePoint-palvelinroolit, jotka on lisätty Azure-näennäisverkkoon SharePoint-klusterin aliverkossa.

Tämä kaavio perustuu edellisiin kaavioihin lisäämällä SharePoint-klusterin palvelinroolit omille tasoilleen.

  • Kaksi tietokannan näennäiskonetta, SQL Server luoda tietokantatason.

  • Kaksi näennäiskonetta, joissa on käytössä SharePoint Server 2013 kullekin seuraavista tasoista: edustapalvelimet, hajautetut välimuistipalvelimet ja taustapalvelimet.

Suunnittele ja hienosäädä palvelinrooleja käytettävyysjoukoille ja vikatoimialueille

Vikatoimialue on laitteistoryhmä, jossa rooliesiintymät suoritetaan. Azure-infrastruktuuri voi päivittää samalla vikatoimialueella olevat näennäiskoneet samaan aikaan. Tai he voivat epäonnistua samanaikaisesti, koska heillä on sama teline. Voit välttää riskin siitä, että kaksi näennäiskonetta on samalla vikatoimialueella, määrittämällä näennäiskoneet käytettävyysjoukoksi, mikä varmistaa, että kukin näennäiskone on eri vikatoimialueella. Jos käytettävyysjoukoksi on määritetty kolme näennäiskonetta, Azure takaa, että enintään kaksi näennäiskonetta sijaitsee samalla vikatoimialueella.

Kun suunnittelet Azure-arkkitehtuuria SharePoint-klusterille, määritä samanlaiset palvelinroolit osaksi käytettävyysjoukkoa. Tämä varmistaa, että näennäiskoneet on jaettu useille vikatoimialueille.

Kuva 5: Azuren käytettävyysjoukkojen avulla voit tarjota SharePoint-klusteritasoille korkean käytettävyyden

Käytettävyysjoukkojen määrittäminen Azure-infrastruktuurissa SharePoint 2013 -ratkaisua varten.

Tässä kaaviossa esitetään käytettävyysjoukkojen määritykset Azure-infrastruktuurissa. Kullakin seuraavista rooleista on yhteinen käytettävyysjoukko:

  • Active Directory ja DNS

  • Database

  • Tausta

  • Välimuistin jakaminen

  • Edusta

SharePoint-klusteria on ehkä hienosäädettävä Azure-ympäristössä. Varmista kaikkien osien suuren käytettävyyden varmistamiseksi, että kaikki palvelinroolit on määritetty samalla tavalla.

Tässä on esimerkki, joka näyttää Internet-sivustojen vakioarkkitehtuurin, joka täyttää tietyt kapasiteetti- ja suorituskykytavoitteet. Tämä esimerkki on esitelty seuraavassa arkkitehtuurimallissa: Internet Sites Search Architectures for SharePoint Server 2013.

Kuva 6: Kolmitasoisen klusterin kapasiteetin ja suorituskykytavoitteiden suunnitteluesimerkki

SharePoint 2013:n vakioarkkitehtuuri, jossa on komponenttivarauksia, jotka täyttävät tietyt kapasiteetti- ja suorituskykytavoitteet.

Tässä kaaviossa:

  • Kolmetasoinen klusteri on edustettuna: verkkopalvelimet, sovelluspalvelimet ja tietokantapalvelimet.

  • Nämä kolme WWW-palvelinta on määritetty samalla tavalla useiden osien kanssa.

  • Kaksi tietokantapalvelinta on määritetty samalla tavalla.

  • Kolmea sovelluspalvelinta ei ole määritetty samalla tavalla. Nämä palvelinroolit edellyttävät käytettävyysjoukkojen hienosäätöä Azuressa.

Katsotaanpa tarkemmin sovelluspalvelintasoa.

Kuva 7: Sovelluspalvelintaso ennen hienosäätöä

Esimerkki SharePoint Server 2013 -sovelluspalvelintasosta ennen Microsoft Azuren käytettävyysjoukkojen säätämistä.

Tässä kaaviossa:

  • Sovellustasoon sisältyy kolme palvelinta.

  • Ensimmäinen palvelin sisältää neljä osaa.

  • Toinen palvelin sisältää kolme osaa.

  • Kolmas palvelin sisältää kaksi osaa.

Voit määrittää osien määrän klusterin suorituskyky- ja kapasiteettitavoitteiden mukaan. Jotta voimme mukauttaa tämän arkkitehtuurin Azureen, replikoimme neljä osaa kaikissa kolmessa palvelimessa. Tämä lisää osien määrää, joka ylittää suorituskyvyn ja kapasiteetin edellyttämät komponentit. Kompromissi on, että tämä rakenne varmistaa kaikkien neljän komponentin korkean käytettävyyden Azure-ympäristössä, kun nämä kolme näennäiskonetta on määritetty käytettävyysjoukkoon.

Kuva 8: Sovelluspalvelintaso hienosäädön jälkeen

Esimerkki SharePoint Server 2013 -sovelluspalvelintasosta Microsoft Azuren käytettävyysjoukkojen säätämisen jälkeen.

Tässä kaaviossa näkyvät kaikki kolme sovelluspalvelinta, jotka on määritetty samalla tavalla samoilla neljällä osalla.

Kun lisäämme käytettävyysjoukkoja SharePoint-klusterin tasoille, toteutus on valmis.

Kuva 9: Valmis SharePoint-klusteri Azure-infrastruktuuripalveluissa

Esimerkki SharePoint 2013 -klusteriSta Azure-infrastruktuuripalveluissa, joissa on näennäisverkko, paikalliset yhteydet, aliverkot, näennäiskoneet ja käytettävyysjoukot.

Tässä kaaviossa näkyy SharePoint-klusteri, joka on otettu käyttöön Azure-infrastruktuuripalveluissa. Käytettävyysjoukot tarjoavat vikatoimialueet kunkin tason palvelimille.

Katso myös

Microsoft 365 -ratkaisu- ja arkkitehtuurikeskus

Microsoft Azuren Internet-sivustot SharePoint Server 2013:n avulla

SharePoint Server 2013:n järjestelmäpalautus Microsoft Azuressa