Office 365'e posta geçişi | Posta Taşıma performansını etkileyen faktörler | Bölüm 2/4

Buluta (Exchange Online) posta taşıma projesini uyguladığımızda kullandığımız en önemli ölçüm değerlerinden biri posta taşımanın “verim değeri”dir. Basit bir ifadeyle, verileri (posta kutusu içeriği) kuruluştan “bulut”a (Exchange Online) kopyalamamızın ne kadar zaman alacağını bilmek istiyoruz ve buna ihtiyacımız var.

Office 365'e posta geçişi | Posta Taşıma verimini optimize etme | Makale serisi

Makale serisi aşağıdaki makaleleri içermektedir:

Office 365'e posta geçişi | Posta Taşıma yöntemleri
Office 365'e posta geçişi | Posta Taşıma performansını etkileyen faktörler (bu makale)
Office 365'e posta geçişi | Posta Taşıma işlemini optimize etme
Office 365'e Posta Geçişi | Posta Taşıma işlemlerini ölçün ve tahmin edin

Office 365 aktarım hızı değerine posta geçişi

Üretim "değeri" bizim için önemlidir çünkü bu değere dayanarak, projeyi bitirmenin ne kadar süreceği, projeye dahil olan maliyetlerin neler olduğu (daha uzun bir proje, daha kısa bir projeden daha maliyetli olacaktır) hakkında bir tahminde bulunabiliriz. zaman projesi) vb.

Ancak gerekli tahmini sağlamadan önce, posta taşıma sürecine dahil olan "varlığın" veya faktörlerin ne olduğunu ve bu faktörlerin posta taşıma sürecini nasıl etkilediğini bilmek için bir kısıtlama politikasına/kısma mekanizmasına ihtiyacımız var.

Genel posta taşıma soruları

Başlamadan önce iki soru sormak istiyorum (bu sorunun cevabı mevcut makalede ve bu serinin sonraki makalelerinde verilecektir).

S1: Posta geçişinin verimini (veri aktarım hızı) tahmin etmemiz gerektiğinde kullanabileceğimiz "sabit bir sayı" ile ilgili herhangi bir resmi yanıt var mı?

C1: Evet, konuyla ilgili çok fazla bilgi olmadığı doğru ancak posta taşıma işlemine ilişkin "sayılar" ve tahminler sağlayan resmi bir Microsoft makalesi var .

2. Soru: Posta taşıma işlemi için neden bir "tahmin" veya "ortalama değer aralığı" kullanmamız gerekiyor? Bilginin A noktasından B noktasına aktarılması için gerekli süreyi hesaplamak amacıyla neden basit bir matematiksel formül kullanamıyoruz?

A2: Cevap şu: Bir posta kutusunu A noktasından B noktasına taşıdığımızda, sürece dahil olan birçok bileşen vardır. Bu "bileşenlerin" her biri, posta taşıma işleminin sonucunu etkileyen belirli bir karaktere sahiptir.

Bir kullanıcının posta kutusunun içeriğini buluta (B Noktası) taşımak istediğimizde birçok unsurun üzerinden geçmemiz gerekiyor. Bu "unsurların" her biri süreci "tutabilir" veya yalnızca verilerin geçmesine izin verebilir.

Her bir “unsurun” veya faktörün, performansı etkileyen kaynak sınırlamaları vardır. Örneğin, "öğenin" yerel Exchange Şirket İçi sunucusu olması durumunda, posta taşıma verimi, CPU, RAM, Sabit disk vb. gibi Exchange Şirket İçi sunucu kaynaklarına bağlıdır veya bunları temel alır.

Ek faktörler, kullandığımız posta taşımanın türü, iletişim hattının sınırlandırılması, Kısıtlama politikası, posta kutusunun boyutu, posta öğelerinin sayısı ve çok daha fazlasıdır.

Posta taşıma işlemini etkileyen faktörler

Aşağıdaki bölümde, posta taşıma işleminin aktarım hızını (aktarım hızını) etkileyen bazı faktörleri inceleyeceğiz.

Ağ altyapısı

1. İletişim hattı

Posta geçişini aktarım hızıyla doğrudan ilişkilendiren en önemli faktörlerden biri de mevcut iletişim hattıdır.

1.1 Kurumsal iletişim hattının "hızı" (bant genişliği)

İletişim hattının hızı veya hızıyla ilgili olarak, iletişim hattı teknolojisinin çoğu zaman "yükleme" ve "indirme" (asenkronlar) için farklı aktarım hızı sağladığını unutmayın.

Mevcut mail altyapısını buluta taşıdığımızda, işlem “upload” (verilerin yerel ağdan genel ağa taşınması) olarak kabul edilir ve çoğu zaman “upload” için aktarım hızı, indirme hızından daha yavaş veya daha azdır.

1.2 Kuruluşun iletişim hattının boş veya kullanılabilir yüzdesi

Zorunlu bir faktör, iletişim hattında mevcut olan "yük" veya iletişim hattının "serbest yüzde bant genişliğidir". Örneğin, mevcut iletişim hattı bant genişliğinin 20 MB olduğunu söylemek yeterli değildir; bunun yerine asıl soru, bant genişliğinin yüzde kaçının boş veya posta taşıma projesi görevi için kullanılabilir olduğudur.

1.3 Çalışma saatleri ve hafta sonları

İletişim hattını "ücretsiz veya kullanılabilir bant genişliği" etkileyen ek unsur, çalışma saatleri ve hafta sonları faktörüdür. Temel varsayım, “mesai saatleri” sırasında iletişim hattının “serbest veya kullanılabilir bant genişliği” miktarının, mesai saatleri dışında ve özellikle hafta sonları alabileceğimiz orandan daha düşük olmasıdır.

2. Kuruluşun ağının coğrafi konumu

Office 365 veri merkezleri ve posta altyapısı fiziksel olarak dünya çapında farklı coğrafi konumlarda bulunmaktadır. Office 365 Veri merkezlerinin konumlandığı üç “ana nokta” vardır.

Bu soruyu her zaman yanıtlama şeklim Microsoft'un dünyayı üç bölgeye ayırmasıdır: Kuzey ve Güney Amerika, Avrupa ve Afrika ve Asya ve Avustralya. Bu bölgelerin her birinde açıklanmayan sayıda veri merkezimiz var ve kuruluşun genel merkezinin bulunduğu bölgeden bir birincil veri merkezi seçiyoruz

Sorabileceğimiz ek önemli soru şudur: Kuruluşumuzun dünya çapında birden fazla sitesi olması durumunda, her konumun en yakın Office 365 veri merkezine erişecek şekilde yapılandırıldığını varsayabilir miyiz?

Cevap hayır ". Kullanıcının posta kutuları gibi tüm kurumsal kaynaklar tek bir veri merkezinde yer alacak ve dünya çapındaki çeşitli Office 365 veri merkezleri arasında "dağıtılmayacaktır".

Microsoft'un bölgeselleştirilmiş bir veri merkezi stratejisi vardır. Hizmetlerin ilk kurulumu sırasında müşterinin yöneticisinin girdiği müşteri ülkesi veya bölgesi, o müşterinin verileri için birincil depolama konumunu belirler.

Bu bilginin amacı, kuruluşun ağı ile Exchange Online veri merkezi arasındaki coğrafi "mesafenin" bir etkisi olduğudur.

Bu ciddi Office 365 posta geçişinin son makalesinde iletişimin kalitesinin nasıl kontrol edileceği hakkında daha fazla bilgi vereceğim ve bir öneri sunacağım | Verimi optimize etme | Bölüm 3/4)

3. Ağ cihazları

Güvenlik Duvarı veya Proxy sunucuları gibi ağ cihazları, verimin sonuçlarını (veri aktarım hızı) birkaç şekilde etkileyebilir:

Yük faktörü - Bu cihazların yükü veya performansı: örneğin, mevcut Güvenlik Duvarı veya Proxy sunucusunun çok yüksek kullanıma sahip olması durumunda, bu, posta taşıma veriminin azalmasına neden olabilir.
Oturum kısıtlamalarının sayısı - Diğer bir faktör de şunlar olabilir: Güvenlik Duvarı'nın ve özellikle Proxy sunucusunun iletişim sürecindeki oturum sayısını sınırlayan veya kısıtlayan özelliği.

Örneğin, posta geçişi işlemi, Exchange Şirket İçi Sunucusu ile Exchange Online arasında onlarca veya yüzlerce oturum oluşturabilir. Güvenlik Duvarı veya Proxy sunucusunun maksimum sayıda oturum değeriyle yapılandırılması ve posta taşıma işleminin bu sınıra ulaşması durumunda posta taşımanın verimi azalır.

Exchange Şirket İçi altyapısı

1. Veri kaynağı (Exchange Sunucusu) - Yerel Exchange Şirket İçi sunucularının performansı.

Posta kutusu verilerinin buluta (Exchange Online) kopyalanması veya taşınması konseptine dayalı posta geçişi. Birden fazla posta kutusunun olduğu bir senaryoda, aktarılan veri miktarı kolayca büyük boyutlara ulaşabilir ve posta sunucusu posta kutularının her birine erişme ve verileri kopyalama işlemi, Exchange Şirket İçi sunucusunda önemli bir yük oluşturur.

Karma yapılandırma senaryosunda, sunucu yükü, kullanıcının posta kutularını barındıran Şirket içi Exchange sunucusu posta kutusu sunucusunu veya Şirket içi Exchange sunucuları ile dahili Exchange sunucuları arasında yönlendirici görevi gören Şirket içi Exchange Karma sunucu sunucusunu etkileyebilir. Bulut.

2. Değişim siteleri

Orta ve büyük ölçekli organizasyonlarda genellikle birden fazla Exchange sitesi bulunur. Exchange sitelerinin konusu, posta geçişinin veri aktarım hızını iki açıdan etkileyebilir:

Exchange sitesinin coğrafi konumu ile Exchange Online veri merkezinin coğrafi konumu. Exchange sitesinin Exchange Online veri merkezine “daha yakın” olması durumunda muhtemelen daha iyi sonuçlara sahip olabiliriz.
Birden fazla Exchange sitesi kullanarak posta taşıma işlemini gerçekleştirme
Posta taşımanın birden fazla Exchange sitesinden gerçekleştirilmesi durumunda, belirli bir zaman aralığında daha fazla posta kutusunu taşıyabiliriz ve posta taşıma işleminin sonucu önemli ölçüde iyileşir.

3. Hibrit geçiş ve MRSProxy

Karma geçiş seçeneğini kullanırken, posta kutusunu taşıma işlemlerinin uygulanmasından ve yönetilmesinden sorumlu olan Şirket içi Exchange sunucu bileşeni MRSProxy'dir.

Bir posta kutusunu kaynak sunucudan hedef sunucuya taşıma görevi - MRSProxy bağlantıları olarak tanımlanır. Exchange şirket içi sunucusunda, maksimum bağlantı sayısı için MRSProxy'nin varsayılan değeri 100'dür.

Bu değeri artırmak istememiz durumunda PowerShell komutunu kullanarak varsayılan değeri değiştirebiliriz (Office 365 posta geçişinde tam sözdizimini inceleyeceğiz | Verimi optimize etme | Bölüm 3/4)

4. Exchange Posta Kutusu sözleşmeleri

Çoğu zaman “posta kutusu” teriminden bahsettiğimizde genel olarak bu terimi kullanırız. Gerçekte, "posta kutusu" terimi aşağıdakiler gibi birçok farklı posta kutusu türünü tanımlamak için kullanılır:

Az miktarda posta öğesi içeren küçük boyutlu posta kutusu
Ortalama posta öğesi sayısına sahip ortalama posta kutusu
Çok sayıda posta öğesi içeren küçük boyutlu posta kutusu
Genellikle büyük + büyük miktarda posta öğesi içeren bir posta kutusu olarak nitelendirilen büyük boyutlu posta kutusu.

Peki demek istediğim ne?

Demek istediğim şu; çoğu zaman yalnızca "posta kutusu boyutuyla" ilgiliyiz ve mantıksal olarak Büyük boyutlu posta kutusunu taşımanın Küçük boyutlu bir posta kutusuna göre daha fazla zaman alacağını anlıyoruz.

Çoğu zaman belirtilmeyen ve posta taşıma verimi üzerinde çok büyük etkisi olan önemli bir faktör, kullanıcının posta kutusunda bulunan posta öğelerinin sayısıdır.

Ortak geçiş performansı faktörleri: Her biri 10 megabayt (MB) ek içeren 400 öğe içeren 4 GB'lık bir posta kutusu, 100.000 daha küçük öğe içeren 4 GB'lik bir posta kutusundan daha hızlı geçiş yapar.

5. Posta öğelerinin ve üçüncü taraf posta taşıma araçlarının sayısı

Exchange Online geçiş performansı ve en iyi uygulamalar makalesinde, ortalama miktarda posta öğesi içeren bir posta kutusu ile çok sayıda veya ortalamanın üzerinde posta öğesi içeren bir posta kutusu senaryosunda posta taşıma verimi sonuçlarına odaklanan bir veri tablosu bulabiliriz. RPC posta geçişini kullanırken posta öğeleri.

Küçük "yakalama", veri tablosunun, üçüncü taraf posta taşıma araçları kullanıldığında oluşturulan posta taşıma işleminin sonucuyla ilgili olmasıdır.

Makalenin neden üçüncü taraf posta taşıma araçları hakkında bilgi içerdiğini ve Office 365 yerleşik geçiş seçenekleriyle ilgili bilgileri içermediğini merak ettiğimi itiraf etmeliyim.

Her ne kadar tablo, üçüncü taraf posta taşıma ürünleri senaryosunda geçiş verimini karşılaştırsa da, bu yöntemlerin aynı zamanda Temel Geçiş ve Aşama geçişi gibi tüm Office 365 posta taşıma seçenekleri için bir türev olarak bilgileri kullanabileceğimizi düşünüyoruz. Exchange şirket içi sunucusu ile Exchange Online sunucusu arasında oluşturulan bir RPC bağlantısı.

Peki veriler bize ne söylüyor?

Tabloda görünen verilere daha yakından bakarsak, çok ciddi bir sorun gözlemleyebiliriz: birden fazla sayıda posta öğesi içeren bir Exchange posta kutusunu (senaryomuzdaki küçük boyutlu posta kutusu) taşıdığımızda, süreç çok büyük bir miktar oluşturacaktır. RPC işlemlerinin.

Tabloda görünen verilerden çıkan sonucu vurgulamak için aşağıdaki diyagramı oluşturdum.

Bir posta kutusu oldukça küçük (boyut 249 MB), diğer posta kutusu ise daha büyük (377 MB). İlginç olan şu ki, daha küçük posta kutusunu taşımamız gereken süre önemli ölçüde daha uzundur (küçük posta kutusu için 11~ saat, daha büyük posta kutusu için 4,5~ saat).

Bu "garip sonuç"un cevabı, daha küçük posta kutusunun 13.000~ posta öğesi içermesi, daha büyük posta kutusunun ise 4.100~ posta öğesi içermesidir.

Sonuç olarak, bir posta kutusundaki posta öğelerinin sayısı faktörünün, posta taşıma verimi üzerinde büyük bir etkisi vardır.

6. Exchange şirket içi sunucu kısıtlama politikası

İlgili olabileceğimiz ek bir faktör, Şirket içi Exchange kısıtlama politikasıdır. Exchange On-Premises azaltma ilkesinin uygulanması durumunda, azaltma ilkesi posta geçiş sürecinin performansını etkileyebilir.

Office 365/Exchange Online faktörleri

Azaltma politikası/kısma mekanizması

“Kısıtlama politikası” terimi, QoS (Hizmet Kalitesi) terimiyle benzer bir kavramı tanımlayan bir terimdir. Kısma politikası, temel olarak, yönetici tarafından belirli bir sisteme uygulanan önceden tanımlanmış bir kısıtlama veya sınırlamadır.

Örneğin: Exchange sunucusu ortamında, eşzamanlı PowerShell uzak oturumlarının sayısını, kabul edilebilecek veya gönderilebilecek maksimum veri miktarını vb. sınırlamak için bir kısıtlama politikası kullanabiliriz.

Office 365'e posta geçişi senaryomuzla ilgili soru şudur:

Office 365, Şirket içi posta sunucusundan Exchange Online'a "aktarılabilecek" veri miktarını kısıtlayan bir kısıtlama ilkesi kullanıyor mu?

Cevap Evet ve Hayır'dır.

Office 365'te posta geçişleriyle ilgili üç tür kısıtlama ilkesinin uygulanması vardır:

Office 365 geçiş hizmeti kısıtlaması
Office 365 kullanıcı kısıtlaması
Kaynak durumuna dayalı kısıtlama

1. Office 365 geçiş hizmetinin kısıtlanması

Geçiş hizmeti kısıtlaması, Exchange Online sunucusuna eşzamanlı posta kutusu taşıma işlemlerinin maksimum sayısını tanımlar.

Örneğin:

Geçiş, Aşamalı veya Karma geçiş kullanılırken eşzamanlı posta kutularının "taşınması" için varsayılan değer 20'dir.
IMAP geçişi kullanılırken eşzamanlı posta kutularının "taşınması" için varsayılan değer 4'tür.

S1: Bu varsayılan değeri değiştirebilir miyim?

C1: Evet, GUI arayüzünden veya PowerShell komutundan çok kolay.

S2: Açık sonucun şu olduğunu varsayabilir miyim: Varsayılan değeri 20 eşzamanlı hamleden 40 eşzamanlı hamleye çıkarırsam, posta taşıma verimini iki katına çıkarır mıyım?

A1: Teorik olarak cevap: "evet."

"Teoride" terimini kullanıyoruz çünkü Exchange Online sunucu tarafında (ve Exchange şirket içi sunucu tarafında) maksimum posta kutusu taşıma sayısını arttırdığımızda, sonuçlar Şirket içi Exchange sunucusu için çok zor olabilir çünkü "posta kutusunu taşıma" görevi, posta kutularını "dağıtan" sunucunun (Exchange Şirket İçi sunucusu) ve posta kutularını "kabul eden" sunucunun (Exchange Online) kaynaklarını tüketmektir.

Demek istediğim, Exchange Online'ın sınırsız miktarda kaynağa sahip olduğunu varsayabiliriz, ancak aynı sonucu Şirket içi Exchange sunucusuna uygulayamayız çünkü temel varsayım, Exchange şirket içi sunucusunun sınırlı donanım kaynaklarına sahip olmasıdır.

2. Office 365 kullanıcı kısıtlaması

"Kullanıcı kısıtlaması" terimi, iki senaryoda uygulanan veya "zorlanan" bir Office 365 Azaltma ilkesini tanımlar:

Senaryo 1: “PST Geçişi” seçeneğini kullanırken
Senaryo 2: Üçüncü taraf MAPI Geçişi kullanıldığında (istemci yükleme geçiş yöntemi. Bu, HTTPS üzerinden RPC kullanılarak uygulanır).

S1: Kullanıcı kısıtlama politikasını kullanmanın nedeni nedir?

C1: Bu soruya resmi bir yanıt bulamadım, ancak PST geçişini (istemci yükleme geçişi) kullanırken kullanıcı kısıtlama politikasının uygulanmasının nedeninin bu tür bir geçiş olduğunu varsayabilirim. çok etkili değildir ve “verileri dışarı aktaran” (istemci tarafı) ve verileri “kabul eden” tarafta (Exchange Online) yüksek bir yüke neden olur.

Office 365 kullanıcı kısıtlama politikası, Exchange Online'ı, onlarca veya yüzlerce PST geçişini uyguladığımız bir senaryodan "korumak" ve bunu yaparak Exchange Online sunucularını "bozmak" için tasarlanmıştır.

Kullanıcı kısıtlaması, üçüncü taraf geçiş araçlarının çoğunu ve istemci yükleme geçiş yöntemini etkiler. Bu geçiş yöntemleri, posta kutusu verilerini Exchange Online posta kutularına taşımak için HTTP üzerinden RPC gibi istemci erişim protokollerini kullanır. Bu araçlar genellikle IBM Lotus Domino ve Novell GroupWise gibi platformlardan veri taşımak için kullanılır.

Kullanıcı azaltma, Office 365'teki en kısıtlayıcı azaltma yöntemidir. Kullanıcı azaltma, bireysel bir son kullanıcıya karşı çalışacak şekilde ayarlandığından, uygulama düzeyindeki herhangi bir kullanım kolayca azaltma ilkesini aşar ve veri geçişinin yavaşlamasına neden olur.

3. Kaynak sağlığına dayalı kısıtlama

Kaynak durumu bazında azaltma, özel senaryolarda Exchange Online sunucusunun sağlığını korumak için oluşturuldu. Kaynak durumuna dayalı kısıtlamanın kullanımı, yalnızca izleme sisteminin Exchange Online sunucu altyapısıyla ilgili özel bir yük veya belirli bir sorun tespit ettiği özel durumlarda uygulanacaktır.

Tüm geçiş yöntemleri, kullanılabilirlik kısıtlamasının yönetimine tabidir ancak Office 365 hizmet kısıtlaması, Office 365 geçişlerini önceki bölümlerde açıklanan diğer azaltma türleri kadar etkilemez.

Kaynak durumu tabanlı azaltma, en az agresif azaltma yöntemidir ve yalnızca son kullanıcıları ve kritik hizmet işlemlerini etkileyen bir hizmet kullanılabilirliği sorunu olduğunda gerçekleşir.

Özet

Aşağıdaki ekran görüntüsü Microsoft makalesinden alınmıştır: Exchange Online geçiş performansı ve en iyi uygulamalar.

Tablo, Office 365 azaltma ilkelerinin "matrisini" ve hangi geçiş senaryosunda belirli bir azaltma ilkesinin uygulandığını açıklamaktadır.

Aşağıdaki şemada, tabloda görünen bilgilerin farklı bir temsilini görebiliriz: Kaynak durumuna dayalı azaltmanın istisnasız tüm posta taşıma türleri için uygulandığını görebiliriz.

Aşama veya Kesin geçiş gibi "sunucudan sunucuya geçiş" sırasında, maksimum eşzamanlı posta kutusu taşıma sayısını tanımlamak için Office 365 geçiş hizmeti kısıtlaması kullanılır.

Bir sonraki makalede Office 365'e Posta geçişini inceleyeceğiz | Posta Taşıma verimini optimize etme.