Vloga Client Access Server (CAS) se je prvič pojavila v programu Exchange Server 2007. Glavni namen strežnika s to vlogo je upravljanje povezav odjemalcev do nabiralnikov, ki jih ustvarijo Outlook Web Access, Outlook Anywhere ali ActiveSync odjemalci..
Vendar so strežniki s poštnimi nabiralniki (vloga nabiralnika) še vedno odgovorni za neposredne povezave MAPI, ki jih ustvari na primer odjemalec Microsoft Outlook.
V Exchange Server 2010 se je ta arhitektura nekoliko spremenila, zdaj je bila v vlogo strežnika za dostop do strank dodana storitev RPC Client Access. Ta storitev obdela vse povezave MAPI, ki jih Outlook odjemalci ustvarijo pri delu s poštnim nabiralnikom (povezava z javnimi mapami, javna mapa se še vedno izvaja neposredno na strežnik za shranjevanje nabiralnika).
Nova storitev RPC Client Access ponuja več prednosti:
- Priključki na škatle so izdelani enakomerno.
- Sposobnost urejanja odjemalskih povezav (Priklop povezave) in zanje uporabiti druga pravila
- Zmanjšanje neprijetnosti uporabnikov zaradi okvare njihovega poštnega strežnika
Za organizacije, ki želijo doseči visoko dostopnost storitve RPC Client Access, se lahko več strežnikov CAS združi v niz, uravnavanje nalaganja, v katerem je mogoče organizirati z uporabo Windows Network Load Balancing (NLB) ali strojne uravnoteženosti.
V tem članku bomo korak za korakom opisali postopek izdelave matrike strežnikov CAS Exchange Server 2010 (Client Access Server array) z uravnoteženjem obremenitve med njimi z Windows NLB.
Zahteve matričnega strežnika za dostop do strank
Dva ali več strežnikov Exchange 2010 z vlogo Client Access je mogoče združiti v matriko CAS z NLB samo, če ni nameščen član strežnika Poštne nabiralnike skupine za dostopnost podatkovne baze (DAG). Razlog je v tem, da člani DAG uporabljajo Windows Failover Clustering, ki ga ni mogoče deliti z NLB.
Naj imamo dva strežnika, na katerih želimo sestaviti matriko CAS.
Strežnik 1
- OS: Windows Server 2008 64-bitni R2
- Ime strežnika: EX3.exchangeserverpro.local
- Primarni omrežni vmesnik: 192.168.0.34/24
- Primarni omrežni vmesnik: 192.168.0.36/24
Strežnik 2
- OS: Windows Server 2008 64-bitni R2
- Ime strežnika: EX4.exchangeserverpro.local
- Primarni omrežni vmesnik: 192.168.0.35/24
- Primarni omrežni vmesnik: 192.168.0.37/24
NLB grozd dodeli IP naslov 192.168.0.38.
Nameščanje komponent strežnika za dostop do strank
Na vsakem strežniku v ukaznem pozivu PowerShell s skrbniškimi pravicami zaženite naslednje ukaze:
PS C: \> Uvoz-modul ServerManager
Nato:
PS C: \> Add-WindowsFeature NET-Framework, RSAT-ADDS, Web-Server, Web-Basic-Auth, Web-Windows-Auth, Web-Metabase, Web-Net-Ext, Web-Lgcy-Mgmt-Console, WAS-Process-Model, RSAT-Web-Server, Web-ISAPI-Ext, Web-Digest-Auth, Web-Dyn-Compression, NET-HTTP-Activation, RPC-Over-HTTP-Proxy -Restart
(Možnost -Restart pomeni potrebo po ponovnem zagonu strežnika po namestitvi komponent). Po ponovnem zagonu strežnika naredite:
Set-Service NetTcpPortSharing -StartupType Samodejno
Namestitev vloge strežnika za dostop do strank v Exchange Server 2010
Če želite namestiti vlogo CAS in nabor orodij za upravljanje, v ukaznem pozivu s skrbniškimi pravicami zaženite ukaz:
C: \ admin \ Exchange Server 2010> setup / m: install / r: ca, mt
Namestite izravnavo obremenitve Windows Network Load
Na vsakem strežniku zaženite naslednje ukaze PowerShell:
PS C: \> Upravitelj strežnikov uvoznega modula
PS C: \> Dodaj-WindowsFeature NLB
Ustvari NLB grozd
Po pripravi obeh strežnikov pojdimo na ustvarjanje in konfiguracijo grozda NLB. Na prvem strežniku odprite konzolo za upravljanje Obremenitev omrežja
Vodja uravnoteženja (nahaja se v upravnih orodjih).
V meniju Grozd izberi Novo.
Povežite se s prvim strežnikom grozda NLB.
Izberite vmesnik, ki ga bo uporabil grozd, in kliknite Naprej.
Vse parametre prvega vozlišča pustite privzete in kliknite Naprej.
Kliknite Dodaj
in vnesite naslov IP (v4) NLB grozda in nato V redu.
Kliknite Naprej.
Na primer vnesite ime grozda casarray.izmenjevalec.lokalni. Kliknite Naprej.
Nato lahko konfigurirate različna pravila za vrata, vendar v tem primeru zapustimo standardna pravila. Če želite ustvariti grozd NLB, kliknite Dokončaj.
Trenutno je naša skupina NLB sestavljena iz enega strežnika, dodati morate drugi strežnik CAS.
Z desno tipko miške kliknite na novo ustvarjeno gručo in izberite Dodaj Gostitelj do Grozd.
Vnesite ime drugega strežnika in kliknite Povežite se. In spet izberite omrežni vmesnik, ki ga bo grozd uporabljal, kliknite Naprej.
Pustite privzete nastavitve in kliknite Naprej.
Kot rezultat tega je bilo v vozlišče NLB dodano drugo vozlišče..
Ustvari niz strežnikov Client Access
Po ustvarjanju grozda NLB preidimo na izdelavo matrike strežnikov CAS Exchange Server 2010..
Najprej registrirajte zapis DNS za ime grozda NLB.
Drugič, na katerem koli strežniku odprite konzolo Exchange Management Shell in zaženite:
[PS] C: \> New-ClientAccessArray -Name CASArray -Site "Privzeto-ime-ime-mesta" -Fqdn casarray.exchangeserverpro.local
Posodobitev baze podatkov nabiralnika
Po ustvarjanju matrike CAS bo za vse nove poštne zbirke podatkov, ustvarjene na istem spletnem mestu Active Directory, strežnik, ustvarjen z nami matriko CAS, označen kot strežnik, ki obdeluje zahteve RPC (RpcClientAccessServer) v nabiralnike v tej bazi podatkov.
Vendar bo treba vse obstoječe poštne zbirke podatkov posodobiti ročno, tako da se uporabniki nabiralnikov v teh bazah povežejo s strežniškim nizom, ki smo ga ustvarili.
[PS] C: \> Get-MailboxDatabase -Server EX2 | fl ime, rpc *
Ime: Baza 02 nabiralnika
RpcClientAccessServer: EX3.exchangeserverpro.local
Kot lahko vidite, je trenutno poštna zbirka podatkov na strežniku EX2 konfigurirana za uporabo enega samega strežnika CAS kot RpcClientAccessServer.
Če želite posodobiti vse baze podatkov na strežniku, morate zagnati ukaz:
[PS] C: \> Get-MailboxDatabase -Server EX2 | Set-MailboxDatabase -RpcClientAccessServer casarray.exchangeserverpro.local
Trenutni status lahko preverite z istim ukazom:
[PS] C: \> Get-MailboxDatabase -Server EX2 | fl ime, rpc *
Ime: Baza 02 nabiralnika
RpcClientAccessServer: casarray.exchangeserverpro.local
Opomba: Omeniti velja, da bodo vsi obstoječi profili Outlooka ostali konfigurirani na ločenem strežniku Client Access in ne na matriki CAS. In seveda, ko se ta strežnik zruši, grozd NLB ne bo preusmerjen na drug strežnik. Te profile bo treba ročno konfigurirati za uporabo matrike strežnikov CAS. Zato je prednostno konfigurirati matriko CAS pred selitvijo uporabniških nabiralnikov na Exchange Server 2010.
