Exchange 2013 CAS'ın Exchange 2013'ün bir arada yaşamasındaki önemi | Bölüm 1/2 | 2#23

Exchange ortamındaki bağlantı protokolü akışının özü Exchange CAS sunucusudur. Exchange CAS sunucusunu, Exchange istemcisi ile Exchange altyapısının geri kalanı arasında duran Gatekeeper olarak tanımlayabiliriz.

Bu nedenle Exchange CAS sunucusunun ne olduğunu, Exchange CAS sunucusunun ne yaptığını ve Exchange CAS 2013'ün Exchange 2013 birlikte yaşama ortamında nasıl çalıştığını daha iyi anlamamız şarttır.

Mevcut makale ve bir sonraki makale (Exchange 2013 CAS'nin Exchange 2013 birlikte yaşama ortamındaki önemi | Bölüm 2/2), Exchange 2013 birlikte yaşama ortamında Exchange 2013 CAS rolünün tanımına ayrılacaktır.

“Akıllı Yönlendirici” olarak Exchange 2013 CAS sunucusu

Exchange 2013 CAS sunucusunun Exchange 2013 birlikte yaşama ortamındaki rolünün özünü açıklamak için kullanabileceğim en basit terim şudur: Akıllı Yönlendirici.

"Akıllı" terimini kullanıyorum çünkü virüsler, bir paketi A ağından B ağına yönlendirmekten sorumlu standart bir yönlendiricidir, Exchange 2013 CAS'ın çok daha karmaşık yönlendirme kararlarını ele alması gerekir.

Exchange 2013 CAS'nin Exchange 2013 birlikte yaşama ortamındaki birincil sorumluluğu, eski Exchange istemcilerini (Exchange 2007/2010) hedeflerine "doğrudan" göndermektir.
"Eski Exchange istemcisini yeniden yönlendirme" sorumluluğu, Exchange 2013'ün CAS bilgileri veya hizmetleri kendisi sağlayacaktır ancak bunun yerine,

1. Bilgileri Exchange 2013 Posta Kutusu sunucusu veya eski Exchange CAS sunucuları (Exchange 2007/2010 CAS) gibi "diğer kaynaklardan" alın
2. Eski Exchange istemcilerini "doğru yere" yönlendirin. Örneğin, Exchange 2007 OWA istemcisini Exchange 2007 CAS'a yönlendirin.

Not - Exchange'in Exchange 2007 ve Exchange 2010 gibi önceki bir sürümünde Exchange CAS sunucusu rolü, protokol verilerini işleme, Exchange web hizmetlerini yönetme, Otomatik Bulma hizmetini yönetme ve daha fazlası gibi ek sorumluluklar içerir.

Şimdi aklımızda birkaç soru belirebilir:

1. Çeyrek. Exchange 2013 CAS'ın “Akıllı Yönlendirici” olduğunu ele aldığımızda yazması gereken “şey” nedir?

2. Soru: Exchange 2013 CAS'nin Exchange müşterilerine sağlaması gereken "doğru yönlendirme kararını" veya "uygun yanıtı" almasını sağlayan "bilgi kaynağı" nedir?
<3. Çeyrek. Exchange 2013 CAS'a sağlanan “bilgiler” neler içeriyor?

4. Çeyrek. Exchange 2013 CAS'ın uyguladığı süreçte bu kadar “akıllı” olan ne?

A1: Exchange 2013 CAS'ın yönlendirmesi gereken "şeyler" şunlardır:

• Exchange istemcisinin istekleri: posta kutularında saklanan verilere erişim.
• Exchange istemcisinin istekleri: Otomatik bulma bilgileri
• Exchange istemcisinin istekleri: Exchange web hizmetleri

Not - Exchange ortamında, Exchange istemcisinin posta kutusuna hiçbir zaman doğrudan erişimi olmayacaktır; Exchange istemcisinin "posta kutusu içeriğini almak" için kullanabileceği tek yol Exchange CAS sunucusudur.

C2: Exchange 2013 CAS'a gerekli "verileri" sağlayan "gizli bilgi kaynağı" Active Directory'dir. Active Directory, tüm Exchange altyapısına ilişkin bilgileri depolar.

• Exchange altyapısına ilişkin “bilgi”, mevcut Exchange sunucularının her birini açıklayan çok net bir harita oluşturur. Ayrıca, bu Exchange sunucularının her biri hakkında makale serileri gibi çok ayrıntılı bilgiler: Exchange rolü, vizyon, fiziksel konum (Active Directory sitesi), isteğe bağlı genel kullanılabilirlik hakkında bilgi (harici URL) ve çok daha fazlası.
• Exchange istemcisinin anlamı ile ilgili bilgilerin diğer kısmı, Exchange kullanıcısı posta kutularının her birinin tam konumu veya başka bir deyişle nedir? Kullanıcı posta kutusunun etkin bir kopyasını barındıran Exchange Posta Kutusu sunucusu kimdir ve Exchange Posta Kutusu sunucusu sürümü nedir?

Bu bilgilere dayanarak Exchange 2013 CAS, Exchange posta istemcilerinden gelen bir talebi kabul ettiğinde "doğru kararı" uygulayabilir.

Aşağıdaki diyagramda Exchange ortamlarında uygulanan “akış”ı görebiliriz.

• Exchange posta istemcisi, Exchange 2013 CAS'ye (sayı 1) yöneliktir.
• Exchange 2013 CAS, bilgi aramak için Active Directory'yi sorgular (sayı 1).
• Active Directory gerekli bilgileri içeren yanıtı verir (sayı 3).
• Exchange 2013 CAS, Active Directory'den aldığı bilgilere dayanarak "sonraki adıma" (sayı 4) karar verebilir.

C3: Exchange 2013 bir arada bulunma ortamında, eski Exchange istemcisi Exchange 2013 CAS'ye hitap ettiğinde, Exchange 2013 CAS'nin Active Directory'den alması gereken en değerli bilgi Exchange Eski istemcisinin sürümüdür .

Exchange'in eski sürümü hakkındaki bilgiler zorunludur çünkü bu bilgilere dayanarak Exchange 2013 CAS, isteği nasıl ele alacağını veya hangi "kök yolu" kullanması gerektiğini bilecektir.

Exchange 2013 CAS'ın Active Directory'den aldığı bilgileri "işlediği" "sıra"ya "tersine mühendislik" denilebilir.

Exchange 2013 CAS'ın ihtiyaç duyduğu ilk "bilgi öğesi" şunlardır:

• Belirli bir kullanıcı posta kutusunu barındıran Exchange veritabanının adı.
• Belirli bir veritabanına "bağlı" olan Exchange Posta Kutusu sunucusunun adı.
• Exchange Posta Kutusu sunucusunun sürümü; örneğin - Exchange sürümü 2007, 2010 veya 2013.
• Exchange Posta Kutusu sunucusunun bulunduğu Active Directory site adı.

Exchange 2013 CAS'ın Exchange Posta Kutusu sunucusu sürümünün ne olduğunu bilmesi gerekir çünkü Exchange CAS sunucusu bu bilgiye dayanarak "doğru" yönlendirme yolunu seçecektir. Örneğin, Active Directory'yi sorgulayan Exchange CAS sunucusunun Exchange 2013 CAS sunucusu olması ve kullanıcı posta kutusunu barındıran Exchange Posta Kutusu sunucusunun Exchange 2010 Posta Kutusu sunucusu olması durumunda, Exchange 2013 CAS sunucusunun kullanılabilir bir "bulması" gerekecektir. Exchange 2010 CAS sunucusu ve onun için Exchange istemci iletişim isteği.

Exchange CAS sunucusunun, Exchange Posta Kutusu sunucusunun bulunduğu Active Directory site adının ne olduğunu bilmesi gerekir. Bu bilgilere dayanarak, iletişim isteğini yerel Exchange CAS sunucusuna proxy yapması gerekip gerekmediğini, isteği "uzak Exchange CAS sunucusuna ("diğer Active Directory sitesindeki Exchange CAS sunucusu") proxy olarak göndermesi veya Exchange istemcisini yeniden yönlendirmesi gerekip gerekmediğini bilecektir. hedef Exchange sunucusuna.

A4. “Exchange 2013 CAS tarafından uygulanan süreci tanımlamak için neden “akıllı” terimini kullanıyorum?” sorusunun cevabı şu: Gerçekten Exchange 2013 CAS tarafından uygulanan sürecin “akıllı” olduğunu düşünüyorum.

Exchange CAS sunucusunun gerekli bilgileri alabilmesi, kaynaktan hedefe kadar tam yolu içeren bir resim veya harita çizebilmesi ve belirli bir senaryo için en uygun "yönlendirme kararının" ne olduğuna karar verebilmesi gerekir.

Exchange CAS 2013 sunucusunu “Odak Noktası” olarak yapılandırma

Exchange 2013 bir arada yaşama ortamı için en belirsiz kavramlardan biri ve aynı zamanda en temel kavram, şu şekilde tanımladığım kavramdır:
Odak noktası olarak Exchange 2013.

Exchange 2013 bir arada yaşama ortamında, "spot ışığını" artık "eski Exchange altyapısı" haline gelen mevcut Exchange altyapısından yönlendiriyoruz ve "odak ışığını" Exchange 2013 altyapısına yönlendiriyoruz veya Exchange için daha doğru olmak istiyorsak CAS 2013 sunucusu.

Terim: Exchange 2013 CAS yapılandırılmalıdır makale serisi bir odak noktası iki anlama “çevrilmiştir”:

1. Exchange 2013 CAS, Exchange Otomatik Keşfet altyapısının odak noktası haline geliyor. Her Exchange istemcisi (yerel ve eski Exchange istemcileri), Exchange 2013 CAS ile "ilişki kuracaktır", Otomatik Keşfet Uç Noktasıdır. Exchange 2013 CAS, dahili ve harici Exchange istemcileri için Otomatik Bulma Uç Noktası olarak hizmet verecektir.
2. Posta kutularına erişmesi gereken Exchange istemcisi (yerel Exchange istemcileri
   (Exchange 2013) ve eski Exchange istemcileri (Exchange 2007/2010), posta kutusu verilerine erişmeleri gerektiğinde Exchange 2013 CAS'ye bağlanmaları gerekecektir.
   Birçok senaryoda, Exchange 2013 CAS sunucuları, Exchange 2013 istemcisi sahnesindeki Exchange 2013 Posta Kutusu sunucusu veya eski Exchange CAS sunucusu (Exchange CAS sunucusu 2007/2010) gibi uygun Exchange sunucusuna istekleri Proxy edecektir. Exchange'in eski istemcileri sahnesi.

Birincil ad alanını Exchange CAS 2013 altyapısına geçirme

“Exchange istemcileri Exchange 2013 CAS’a bağlanır” dediğimizde Exchange istemcileri Exchange 2013 CAS’a bir “ad” (daha kesin olmak istersek FQDN) kullanarak hitap ederler.

Exchange altyapısını iç ve dış Exchange istemcisi için “yayınlamak” için kullandığımız adlandırma kuralı şu şekilde tanımlanabilir: birincil ad alanı.

Teknik açıdan konuşursak, Exchange dahili birincil ad alanı, birincil harici ad alanından farklı olabilir veya tanımlanmış olabilir ve ana ad alanını dahili ağda "yayınlamak" için kullandığımız mekanizma, ana ad alanını dahili ağda yayınlamak için kullandığımız mekanizmadan farklıdır. genel ağ.
Ana “fikir”, tüm Exchange istemcilerinin (yerel ve eski), birincil ad alanını kullanarak Exchange 2013 CAS'ı bulabilmesi ve bağlanabilmesidir.

Exchange CAS 2013'ü mevcut Exchange altyapısına eklediğimizde ana namespace'in Exchange 2007, 2010 CAS sunucuları gibi mevcut Exchange altyapısı yerine "yeni Exchange 2013 altyapısına" işaret etmesi gerekecektir.

Başka bir deyişle, eski Exchange altyapısına yönelik tüm mevcut işaretçileri "çıkarmamız" ve mevcut işaretçileri "yeni Exchange 2013 altyapısını" işaret edecek şekilde güncellememiz gerekecek.

Aşağıdaki şemada bu kavramın bir temsilini görebiliriz. Aşağıdaki senaryoda birincil ad alanı şöyledir: mail.o365info.com ve autodiscover.o365info.com

• Exchange 2013 CAS'ı mevcut Exchange altyapısına eklemeden önce birincil ad alanı Exchange 2010 CAS sunucusunu işaret ediyordu.
• Mevcut Exchange altyapısına “yeni Exchange CAS 2013 sunucusunu” ekledikten sonra (Exchange 2013 birlikte yaşama ortamının gerçek anlamı budur), Exchange CAS 2013 sunucusunun birincil ad alanını “tövbe etmemiz” gerekecek.

Posta kutusu içeriğine erişim için posta istemcisi isteklerini değiştirin

Bir Exchange ortamında, Exchange istemcileri posta kutularına doğrudan erişemezler ancak bunun yerine, isteklerini uygun Exchange Posta Kutusu sunucusuna proxy olarak gönderecek veya onları uygun Exchange CAS sunucusuna yönlendirecek Exchange CAS sunucusuna başvurmaları gerekir (örn. Exchange 2007 OWA istemcileri).

Makul ve mantıksal bir varsayım, Exchange istemci sürümlerinin her birinin aynı sürümden Exchange CAS sunucusuna bağlanması gerektiği olabilir.

Örneğin, Exchange 2010 istemcisinin Exchange 2010 CAS vb.'yi ele alması gerekecektir. Teorik olarak bu varsayım geçerli gibi görünebilir ancak Exchange 2013 bir arada yaşama ortamında bu varsayım değildir doğru!

Tüm Exchange istemcileri: Exchange 2013 yerel istemcisi + Exchange eski istemcileri yalnızca Exchange 2013 CAS sunucusunu "bilmelidir" ve onunla iletişim kurmalıdır.

• Exchange istemcisinin "Exchange 2013 istemcisi" olması durumunda, Exchange 2013 CAS, isteği Exchange 2013 Posta Kutusu sunucusuna "yönlendirecektir" (Proxy).
• Exchange istemcisinin "eski istemci" (Exchange 207\2010 istemcileri) olması durumunda, Exchange 2013 CAS, isteği eski Exchange CAS sunucusu altyapısına (Exchange 2007\2010 CAS sunucusu) "yönlendirecektir" (Proxy) veya Diğer yönlendirme kararları, örneğin: Otomatik Bulma bilgilerini isteyen bir Exchange 2007 istemcisi senaryosunda Exchange 2013 Posta Kutusu sunucusuna olan isteğin proxy'si.

Exchange 2013'ün bir arada yaşamasıyla ilgili düşünceler, sorular ve yanıtlar

S1: "Exchange 2013 CAS'yi odak noktası olarak yapılandırma" gereksinimi zorunlu mudur?

2. S: Neden "Odak noktası olarak Exchange 2013" yapılandırmasını uygulamam gerekiyor?

3. Soru: Mevcut makalede "işaretçiler" teriminden birkaç kez bahsediliyor, bu "işaretçiler"in anlamı nedir?
Bu soru için birkaç isteğe bağlı yanıt vardır:

A1: cevap “Evet”

A2: Bu sorunun birkaç isteğe bağlı yanıtı vardır:

1. Geçici bir altyapı olarak eski Exchange altyapısı

Exchange 2013'ün bir arada yaşama ortamına ilişkin hatırlamamız gereken en önemli şey, temel varsayımın "bir gün" (yakın veya uzak gelecekte) eski Exchange altyapısını tamamen kaldıracağımız olmasıdır. Tüm eski posta kutularını başarıyla “yeni Exchange altyapısına” (senaryomuzda Exchange 2013 altyapısına) geçirdikten sonra.

Bu nedenle her şeyin Exchange 2013 altyapısına "yönlendirileceği" veya "yönlendirileceği" bir konfigürasyon uyguluyoruz.
Exchange 2013 CAS, eski Exchange istemcisi iletişim isteğiyle ne yapılacağına "karar veren" öğedir. (bu istekleri eski Exchange altyapısına proxy olarak gönderin veya yönlendirin). Geçiş sürecini "yeni Exchange 2013 ortamına" tamamlamayı seçtiğimizde, Exchange istemcisini "eski\Legacy Exchange altyapısına" yönlendiren veya yönlendiren "artıklar" olmayacak.

2. Exchange 2013 ve geriye dönük uyumluluk

Exchange ortamındaki "geriye dönük uyumluluk" kavramının anlaşılması çok basittir: yeni Exchange sürümü, önceki eski Exchange sürümleriyle "nasıl konuşulacağını bilir", ancak bunun tersi mümkün değildir.

Örneğin, Exchange 2013, Exchange 2007, 2010 ve Exchange 2013 gibi çeşitli Exchange istemcilerinden gelen istekleri nasıl kabul edeceğini bilir ve bu isteğe nasıl "yanıt verileceğini" veya Exchange istemcisi iletişim istekleriyle ne yapılacağını bilir.

Geriye dönük uyumluluk kavramının aksine, Exchange CAS sunucularının eski sürümleri "yeni Exchange istemcisi" ile tamamen uyumlu değildir.

Örneğin: Teorik olarak Exchange 2007 sunucusu, Exchange 2013 istemcilerine (posta kutularının Exchange 2013 Posta Kutusu sunucusunda barındırıldığı bir Exchange istemcisi) Otomatik Bulma hizmetleri sağlayabilir, ancak bilgiler kısmi olacaktır ve yalnızca Exchange 2013 tarafından sağlanabilecek ek bilgileri içermeyecektir. CAS sunucusu.

Mevcut işaretçileri "yeni Exchange 2013 altyapısına" işaret edecek şekilde güncelleyin

Exchange 2013'ü odak noktası olarak kullanmak olarak tanımladığım konseptin uygulanması, eski Exchange altyapısında var olan "işaretçiyi kaldırarak" bu işaretçileri "yeni Exchange 2013 altyapısına" güncelleyerek veya olmasını istediğimiz şekilde yapılır. daha doğru: yeni Exchange 2013 CAS sunucusuna.

İşaretçiler teriminin birkaç “çevirisi” vardır:

1. Otomatik bulma altyapısı
Exchange 2013 birlikte yaşama ortamını uyguladığımızda, "Exchange 2013 CAS sunucusu"nun dahili ve harici Otomatik bulma altyapısını "yeniden boyamamız" gerekir (mevcut Exchange altyapısı, Exchange'e yönelik "işaretçiler" içerir) 2010 veya Exchange 2007 altyapısı).

Aşağıdaki diyagramda eski Exchange altyapısında var olan “İşaretçiyi kaldırma” olarak tanımladığım sürecin bir örneğini görebiliriz.

Senaryomuzda kuruluş Exchange 2010 altyapısını kullanıyor. Bu altyapının “odak noktası” Exchange 2010 CAS sunucusudur. Exchange 2010 CAS sunucusu tarafından sağlanan harici ve dahili Exchange istemcileri için Otomatik Bulma hizmetleri.

2. Outlook altyapısı

Exchange 2010 CAS sunucusu, Outlook posta istemcisi gibi ek hizmetler için bir odak noktası görevi görecek. Outlook'u kullanan Exchange istemcilerinin her biri, Exchange 2010 CAS sunucusuyla şu şekilde ilişki kuracaktır: RPC Uç Noktası.

Exchange 2013 birlikte yaşama ortamını kullandığımızda mevcut Exchange ortamına Exchange 2013 altyapısını ekliyoruz. Artık iki tür Exchange istemcimiz var: Exchange 2010 istemcileri ve Exchange 2013 istemcileri.

Exchange 2013 birlikte yaşama ortamı, Exchange 2013 CAS sunucusunu 2010 istemcileri ve Exchange 2013 istemcileri için odak noktası olarak tanımlıyoruz. -Autodiscover, Outlook gibi “standart Exchange hizmetlerinin” her biri Exchange 2013 CAS sunucusunu işaret edecektir.

Exchange 2013 CAS sunucusu, Exchange istemcilerinden bir iletişim isteği aldığında, Exchange istemcisinin sürümüne göre istekle "ne yapılacağına" karar verecektir.

Terim: “Exchange CAS 2013” sunucusu

Aşağıdaki yazı dizimizde “Exchange CAS 2013 sunucusu” tabirini yüzlerce defa mı anacağız? Bu nedenle bu terimi açıklığa kavuşturmak önemlidir.

S1: Exchange CAS 2013 sunucusu dediğimizde ne demek istiyoruz?
Exchange Posta Kutusu sunucusunu mu yoksa Exchange CAS 2013 sunucusunu mu kastediyoruz?

A1: Teknik olarak, "Exchange CAS 2013 sunucusu" terimi, Exchange sunucusu rollerinin kabini ile ilgilidir ve her bir Exchange CAS 2013 sunucusunun her iki rolü de üstlendiği temel varsayımına dayanan Exchange 2013 mimarisi - Exchange Posta Kutusu Sunucusu + Exchange CAS sunucusu).

“Exchange 2013 sunucusu” tabirini kullandığımızda çoğu zaman “Exchange CAS 2013 sunucusu” anlamındadır. Exchange 2013 birlikte yaşama ortamında “kahraman” veya gürültüyü çıkaran unsur Exchange 2013 CAS sunucusudur.

Exchange 2013 mimarisinde Exchange 2013 Mailbox sunucusunun önemli ve can alıcı sorumlulukları olsa da çoğu zaman arka planda kalmıştır.

Exchange 2013 CAS | Fiziksel ve mantıksal uygulama

Vurgulamak istediğim diğer önemli bir kavram da Exchange 2013 CAS'ın Fiziksel ve mantıksal uygulaması kavramıdır.

Exchange CAS Sunucu Mimarisinin geçmişinin ve “eski Exchange CAS sunucu altyapısının” spesifik sözleşmelerinin ayrıntılı bir açıklamasına girmeyeceğiz. Exchange sunucusunun Exchange 2007 ve Exchange 2010 gibi önceki sürümlerinde “Exchange sunucusu rolü” Mimarisinin aşağıdaki kavramlara dayandığını kısaca belirtelim:

1. Exchange rollerinin çok net bir şekilde ayrılması. Exchange “rollerinin” her biri çok özel bir göreve veya görev kümesine ayrılmıştır
2. En iyi uygulama veya öneri, fiziksel bir Exchange rol ayrımı uygulamaktı. Basit anlamı şudur: Exchange rollerinin her biri için özel bir fiziksel sunucu tahsis edin ve birden fazla Active Directory sitesi olması durumunda, sitelerin her birinde özel bir Exchange sunucusu tahsis edin.

“Exchange 2013 CAS Mimarisi” ile ilgili olarak, Mimari mantığının Exchange CAS mirasının Mimari konseptlerinin neredeyse tam tersi olduğunu görebiliriz.

Exchange 2013 CAS Mimarisi aşağıdaki fikre dayanmaktadır:

1. Exchange sunucusu rollerinin sayısını önemli ölçüde azaltın; Exchange 2013 mimarisinde, eski Exchange CAS mimarisinde beş sunucu rolüne karşılık yalnızca iki Exchange sunucusu rolü vardır.
2. En iyi uygulama veya genel öneri, Exchange sunucusu rollerinin her biri için ayrı bir fiziksel sunucu kullanmak değil, bunun yerine iki farklı Exchange 2013 sunucu rolünü (Exchange CAS sunucusu + Exchange Posta Kutusu sunucusu) "bağlamak" veya "bağlamak"tır. bir fiziksel sunucu.

Demek istediğim şu ki, Exchange 2013 ortamında ve Exchange 2013 birlikte yaşama ortamında, doğru bir istemci protokolü bağlantı akışının veya belirli bir süreç akışının mantığını açıklamaya çalışıyoruz, iki Exchange 2013 sunucu rolünü ayrı ayrı ilişkilendiriyorum. Örneğin, Exchange CAS sunucusu, Exchange 2013 Posta Kutusu sunucusuna yapılan isteği proxy olarak kullanır.

Mantıksal olarak bu, belirli bir istemci protokolü bağlantı akışında ne olduğunun tam açıklamasıdır, ancak teknik veya fiziki olarak temel varsayım, bir Exchange sunucusunun iki farklı Exchange rolünü üstlendiğidir.

Exchange CAS sunucusu tek bir sunucu mu yoksa bir dizi mi?

"Exchange CAS sunucusu" terimi, belirli Exchange rolünü ve istemci protokolü bağlantı akışındaki rolünü temsil etmek için kullanılır.

Exchange CAS sunucusunun uygulanması, tek bir Exchange CAS sunucusu veya bir dizi Exchange CAS sunucusu olarak uygulanabilir.

“Exchange CAS sunucusunun” gerçekleştirilen fiziksel uygulaması farklı şekillerde uygulanabilmesine rağmen bizim kapsamımızda fiziksel uygulama gerekli değildir veya ilişkili değildir çünkü istemci protokolü bağlantı akışını tanımladığımızda, istemci protokolü bağlantı akışının “mantık akışını” tanımlamış oluruz. iletişim kanalı. Exchange posta istemcisinin Exchange CAS sunucusu adresi olduğunu söylediğimizde, Exchange CAS sunucusunun=tek sunucu veya yük dengeleme ile “temsil edilen” bir dizi Exchange CAS sunucusu olması önemli değildir.

Exchange 2010 CAS sunucusu terimi kullanılırken de aynı mantık uygulanır. Bu terimin "çevirisi" tek bir Exchange 2010 CAS veya yük dengeleyici tarafından temsil edilen bir Exchange 2010 CAS dizisi olabilir.

Exchange 2013 birlikte yaşama projesi | Aşamalar ve Yaşam Döngüsü

Bu makale boyunca, Exchange 2013 bir arada yaşama ortamı teriminden onlarca, belki de yüzlerce kez ciddi bir şekilde bahsedeceğiz, bu nedenle bu terimin ve "Exchange 2013 bir arada yaşama ortamı - Yaşam döngüsü"nün kısa bir açıklaması için biraz zaman ayırmamız gerekiyor gibi görünüyor. ”

Teknik olarak "Exchange 2013'ün bir arada yaşaması" terimi birçok şekilde uygulanabilir. Exchange 2013 birlikte yaşama ortamının uyguladığı spesifik "yol", organizasyonun fiziksel altyapısına, spesifik organizasyon ihtiyaçlarına vb. bağlıdır.

Exchange 2013'ün bir arada yaşama ortamını birçok yolla "oluşturabilmemize" rağmen, seçilen uygulamadan bağımsız olarak her zaman uygulanacak birkaç temel kavram vardır.

Aşağıdaki diyagramda Exchange 2013 birlikte yaşama ortamı projesi üzerinde gerçekleştirilecek iş akışı mantığını görebiliriz.

Exchange 2013 birlikte yaşama ortamının uygulanmasını gösterebilmek için aşağıdaki senaryoyu temel alalım:

Üç sitesi olan uluslararası bir kuruluş.

"Genel merkez sitesi" - New York sitesi, Exchange sunucusu sürümünün bir "karışımını" içerir: Exchange 2007 + Exchange 2010.

Ek şirket siteleri şunlardır: Madrid sitesi ve Los Angles sitesi.

• Madrid sitesi - Exchange 2007 altyapısını içerir.
• Los Angles - Exchange 2010 altyapısını içerir.

Exchange 2013 birlikte yaşama projesinin sonucu şudur: Exchange 2013 ortamına geçiş sürecini tamamlamak ve tüm eski Exchange ortamlarının hizmet dışı bırakılması.

1. Adım: Exchange 2013 altyapısını ana kurumsal siteye ekleyin

Bu adımda ana kurumsal siteye “yeni Exchange 2013 altyapısını” ekliyoruz ve + birincil ad alanını Exchange 2013 altyapısına (Exchange 2013 CAS) “işaret edecek” şekilde güncelliyoruz.

Ek site (Madrid sitesi ve Los Angles sitesi) "eski Exchange altyapısını" (Exchange 2007 ve Exchange 2010) kullanmaya devam edecektir.

Tüm şirket sitelerindeki Exchange istemcileri: ana kurumsal site (New York sitesi) ve şirket sitesinin geri kalanındaki (Madrid sitesi ve Los Angles sitesi) Exchange istemcisi, ana kurumsal sitedeki Exchange 2013 CAS'ı Otomatik Keşfet Uç Noktası olarak ele alacaktır. .

“Yeni Exchange 2013 altyapısı” ile ilgili gerekli tüm yapılandırma ayarlarını tamamladıktan sonra bir sonraki adım şu olacaktır: tüm kullanıcının posta kutularını ana kurumsal siteye, Exchange eski altyapısından Exchange 2013 altyapısına taşımak.

2. Adım: Exchange 2013 altyapısını diğer Active Directory sitelerine ekleme

Bu adımda, Exchange 2013 altyapısının şirket sitesinin geri kalanına (Madrid sitesi ve Los Angles sitesi) “dağıtılması” sürecine devam ediyoruz. Exchange 2013 altyapısının mevcut Exchange eski altyapısına paralel olarak eklendiğini unutmayın.

Örneğin Madrid sitesine ekleyeceğimiz Exchange 2013, Exchange 2010 altyapısı ile bir arada bulunacaktır.

Bir sonraki adım şu olacaktır: tüm kullanıcıların posta kutularını Exchange eski altyapısından Exchange 2013 altyapısına geçirmek.

3. Adım: Eski Exchange altyapısını kaldırma

Son adım ise Exchange'in eski altyapısını kaldırmak veya kullanımdan kaldırmaktır.

Mevcut makale serisinin sonraki makalesi

Bir sonraki makalede, Exchange birlikte yaşama ortamında Exchange 2013 CAS rolünün önemi konusunu incelemeye devam edeceğiz.