Aşağıdakiler için geçerlidir: Yapılandırma Yöneticisi (geçerli dal)
Bu konuda Configuration Manager hakkında sık sorulan Microsoft Azure SSS, ne zaman kullansanız ve nasıl yapılandırıldığında bunu anlamanıza yardımcı olabilir.
Genel sorular
Şirket içi Configuration Manager sunucularını Azure'a taşımam gerekiyor mu?
Evet, bu senaryo desteklenen bir senaryodur. Daha fazla bilgi için bkz. Sanallaştırma ortamları desteği.
Tüm alt birincil siteler Merkezi yönetim sitesiyle veya şirket içi olarak Azure'da mı olmalı? Peki ya ikincil siteler?
Azure'da barındırma yakınlığı, siteden siteye iletişim için dosya tabanlı ve veritabanı çoğaltması avantaj sağlar. Bununla birlikte, istemciyle ilgili tüm trafik site sunucularından ve site sistemlerinden uzak olur. Sınırsız veri planıyla Azure ile intranet'iniz arasında hızlı ve güvenilir bir ağ bağlantısı kullanıyorsanız, altyapınızı Azure'da barındırmak bir seçenektir.
Tarifeli veri planı kullanıyorsanız ve kullanılabilir bant genişliği veya maliyet önemli bir konu ise, belirli siteleri ve site sistemlerini şirket içine yerleştirmeyi göz önünde bulundurabilirsiniz. Ardından Configuration Manager'da yerleşik olarak yer alan bant genişliği denetimlerini kullanın. Ayrıca, Azure ile intranet arasındaki ağ bağlantısının hızlı olmadığını veya güvenilir olmadığınız zaman da bu yapılandırmayı göz önünde bulundurabilirsiniz.
Azure'daki Yapılandırma Yöneticisi yazılım olarak hizmet (SaaS) olarak kabul edilir mi?
Hayır, hizmet (IaaS) olarak altyapıdır. Configuration Manager altyapı sunucularınızı Azure sanal makinelerde barındırabilirsiniz.
Configuration Manager'ın Azure'a taşınmayı düşünen en önemli faktörler hangileridir?
- Ağ
- Kullanılabilirlik
- Performans
- Maliyet
- Kullanıcı Deneyimi
Bu etmenler hakkında daha fazla bilgi için aşağıdaki diğer sorulara bakın.
Yapılandırma Yöneticisi'ni Azure Stack Hub'la kullanabilir miyim?
Evet. Azure Stack Hub, IaaS sanal makinelerini Azure bulutuyla aynı şekilde destekler. Dolayısıyla Configuration Manager, Azure IaaS ile aynı şekilde Azure Stack Hub'da da desteklanır.
Belirli bulut hizmetlerini temel alan Configuration Manager bulut eklenmiş özellikleri Azure Stack Hub'da destek desteklemez. Örneğin, Azure Stack Hub'da bir bulut yönetimi ağ geçidi (CMG) oluşturabilirsiniz.
Ağ
ExpressRoute'u veya Azure VPN Ağ Geçidi'ni kullanmalı musunuz?
Microsoft, ExpressRoute'un kullanılması önerilerini karşılar. Ağ hızı ve gecikme süresi, site sunucusuyla uzak site sistemleri arasındaki ve site sistemleriyle herhangi bir istemci iletişimi arasındaki işlevselliği etkileyebilir.
Yapılandırma Yöneticisi'nde Azure VPN Ağ Geçidi'ni kullanma sınırlaması yoktur. Bu altyapıya ilişkin aşağıdaki gereksinimleri dikkatle gözden geçirmeniz ve sonra karar vermeniz gerekir:
- Performans
- Düzeltme eki uygulama
- Yazılım dağıtımı
- Işletim sistemi dağıtımı
Her çözüm için aşağıdaki özellikleri göz önünde bulundurarak:
ExpressRoute (önerilir)
- Veri merkezinizin doğal uzantısıdır ve birden çok veri merkeziyle bağlantı oluşturabilir
- Azure veri merkezleri ve altyapınız arasında özel bağlantılar
- Genel İnternet'i değil
- Güvenilirlik, hızlı hız, düşük gecikme süresi, yüksek güvenlik sunar
- En fazla 10 İngiliz Sterlini hız ve sınırsız veri planı seçeneği sunar
VPN Ağ Geçidi
- Siteden siteye veya noktadan noktaya VPN'ler
- Trafik genel İnternet üzerinden gidiyor
- Internet Protokolü Güvenliği (I Tuş Takımı) ve Internet Exchange (IKE) kullanır
Daha fazla bilgi için bkz. ExpressRoute veya Azure VPN.
Hangi ExpressRoute seçeneklerini seç olmalı?
Değişir. ExpressRoute'un sınırsız veya tarifeli, farklı hız seçenekleri ve premium eklentiler gibi birçok farklı seçeneği vardır. Seçtiğiniz seçenekler, kullandığınız Configuration Manager işlevine ve ne kadar veri dağıtmayı planlanıza bağlıdır. Configuration Manager verileriyle site sunucuları ve dağıtım noktaları arasında aktarımını kontrol edebilirsiniz, ancak site sunucudan siteye sunucu iletişimini kontrol edebilirsiniz. Tarifeli veri planı kullanırken, belirli siteleri ve site sistemlerini şirket içinde yer alır ve Configuration Manager'ınyerleşik bant genişliği denetimlerini kullanırsanız, Azure'un kullanım maliyetini denetlemeye yardımcı olabilir.
Site sunucularımı yine de Active Directory etki alanına eklemem gerekiyor mu?
Evet. Azure'a taşısanız, Yapılandırma Yöneticisi'ni yüklemek için Active Directory gereksinimleri de içinde olmak üzere, desteklenen yapılandırmalar aynı kalır.
E-Azure Active Directory?
Hayır. Azure Active Directory henüz desteklenmiyor. Site sunucularının yine de Active Directory etki alanının üyesi olması gerekir.
Kullanılabilirlik
Configuration Manager ile Azure VM kullanılabilirlik kümeleri gibi yüksek kullanılabilirlik seçeneklerini kullanabilir miyim?
Evet. Dağıtım noktaları veya yönetim noktaları gibi yedekli site sistem rolleri için Azure VM kullanılabilirlik kümelerini kullanabilirsiniz.
Bunları Configuration Manager site sunucuları için de kullanabilirsiniz. Örneğin, merkezi yönetim siteleri ve birincil sitelerin hepsi aynı kullanılabilirlik kümesinde olabilir. Bu yapılandırma, aynı anda yeniden başlatılamamalarını sağlar.
Daha fazla bilgi için bkz. Azure Sanal Makineleri için kullanılabilirlik seçenekleri ve Configuration Manager için Yüksek kullanılabilirlik seçenekleri.
Azure SQL Server veritabanını kullanabilir miyim?
Hayır. Sanal makinede SQL Server gerekir. Configuration Manager şu anda Azure destek SQL Server.
Site veritabanı sunucusunun yüksek kullanılabilirliği için Her Zaman Açık SQL Server grupları kullanın. Daha fazla bilgi için bkz. Configuration Manager ile SQL Server Her Zaman Açık kullanılabilirlik grubunda kullanım için hazırlanma.
Yönetim noktaları veya yazılım güncelleştirme noktaları gibi site sistem rolleriyle Azure yük dengeciler kullanabilir miyim?
Yapılandırma Yöneticisi, Azure yük dengeleri ile test edilmemiştir. İşlevsellik uygulama için saydamsa normal işlemler üzerinde hiçbir olumsuz etki olmaması gerekir.
Performans
Bu senaryoda performansı etkileyen unsurlar neler?
Aşağıdaki faktörler, Azure'da Configuration Manager performansının en önemlileridir:
- Azure VM boyutu ve türü
- Azure VM diskleri: Özellikle birinci sınıf depolama alanı SQL Server
- Ağ gecikme süresi ve hızı
Hangi boyuttaki VM'leri kullan gerekir?
Genel olarak, bilgi işlem gücü (CPU ve bellek) Configuration Manager için önerilen donanıma karşılamanız gerekir. Ancak, özellikle de bu SANAL'ların kullanım diskleri söz konusu olduğunda, normal bilgisayar donanımıyla Azure SANAL'lar arasında bazı farklılıklar vardır. Kullandığınız sanal makine boyutu ortamının boyutuna bağlıdır.
Aşağıdaki liste SANAL makine boyutu için bazı genel öneriler içerir:
- Önemli boyuttaki üretim dağıtımları için S sınıfı Azure SANAL'larını kullanın. Bu SANAL'lar premium depolama diskleri kullanabilir. S sınıfı olmayan SANAL'lar blob depolaması kullanır ve genel olarak kabul edilebilir bir üretim deneyimi için gereken performans gereksinimlerini karşılamaz.
- Daha yüksek ölçekli için birden çok premium depolama diskini kullanın ve maksimum IOPS için Windows Disk Yönetimi konsolunda silin.
- İlk site dağıtımınız sırasında daha iyi veya birden çok premium disk kullanın. Örneğin, P20 yerine P30 ve tek bir P30 yerine, şeritli bir hacimde iki P30 diski. Daha sonra sitenizin ek yük nedeniyle VM boyutunu artırması gerekirse, daha büyük bir VM boyutunun sağladığı ek CPU ve bellektan yararlanabilirsiniz. Ayrıca, daha büyük VM boyutuna izin veren ek IOPS aktarım hızının avantajını sağlayan diskler de elde olacaktır.
Aşağıdaki tablolarda, çeşitli boyut yüklemelerinde birincil ve merkezi yönetim sitelerinde kullanmak üzere önerilen ilk disk sayıları listelemektedir:
Birlikte bulunan site veritabanı
Site sunucusunda site veritabanı bulunan birincil veya merkezi bir yönetim sitesi:
| Masaüstü istemcileri | Önerilen SANAL MAKINE boyutu | Önerilen diskler |
|---|---|---|
| < 25.000 | DS4_V2 | 2xP30 (çizgili) |
| 25.000 ile 50.000 arasında | DS13_V2 | 2xP30 (çizgili) |
| 50.000 - 100.000 | DS14_V2 | 3xP30 (çizgili) |
Uzak site veritabanı
Uzak sunucuda site veritabanı bulunan birincil veya merkezi bir yönetim sitesi:
| Masaüstü istemcileri | Önerilen SANAL MAKINE boyutu | Önerilen diskler |
|---|---|---|
| < 25.000 | Site sunucusu: F4S Veritabanı sunucusu: DS12_V2 | Site sunucusu: 1xP30 Veritabanı sunucusu: 2xP30 (çizgili) |
| 25.000 ile 50.000 arasında | Site sunucusu: F4S Veritabanı sunucusu: DS13_V2 | Site sunucusu: 1xP30 Veritabanı sunucusu: 2xP30 (çizgili) |
| 50.000 - 100.000 | Site sunucusu: F8S Veritabanı sunucusu: DS14_V2 | Site sunucusu: 2xP30 (çizgili) Veritabanı sunucusu: 3xP30 (çizgili) |
Örnek
Bu resim, aşağıdaki VM için örnek bir disk yapılandırması gösterir:
- 50 DS14_V2 100.000 ile 100.000 istemci arasında yöneten bir site için çok küçük boyutlu bir VM
- Şeritli bir hacimde üç P30 disk
- Configuration Manager yükleme ve veritabanı dosyaları için mantıksal hacimleri ayırma
Kullanıcı deneyimi
Kullanıcı neden önemli bir ana alanı sunuyor?
Ağ, kullanılabilirlik, performans ve site sunucusu konumu için alınan kararlar kullanıcılarınızı doğrudan etkileyebilir. Configuration Manager ile günlük etkileşimlerinde bir değişiklik yaşamaları için sitenin Azure'a taşınmaları kullanıcılarınız için saydam olabilir.
Tek bir birincil sitenin maliyetlerini düşük tutmak için, uzak site sistemleri Azure'da mı yoksa şirket içinde mi olmalı?
Site sunucusundan dağıtım noktasına yapılan iletişim dışında, sitenin bu sunucudan sunucuya iletişimi herhangi bir anda oluşabilir ve ağ bant genişliğinin kullanımını denetleme mekanizması kullanmaz. Yönetim noktaları ve yazılım güncelleştirme noktaları gibi site sistemleri arasındaki iletişimi kontrol etmeyebilirsiniz, çünkü bu iletişimlerle ilişkilendirilmiş maliyetleri göz önünde bulundur mutlaka.
Ağ hızı ve gecikme süresi, göz önünde bulunduracak diğer faktörlerdir. Yavaş veya güvenilir olmayan ağlar, site sunucusuyla uzak site sistemleri arasındaki işlevselliği ve site sistemlerine istemci iletişimini etkiler. Verilen site sistemini ve etkin olarak kullanmakta olduğunuz özellikleri kullanan yönetilen istemcilerin sayısında faktör.
Başlangıç noktası olarak, WAN bağlantıları genelinde site sistemleri için standart kılavuzu kullanabilirsiniz. İdeal olarak, Azure ile intranet'iniz arasında seçerek ve alan ağ performansı, hızlı bir ağ ile iyi bağlantılı olan bir WAN'la tutarlı olur.
İçerik dağıtımı ve içerik yönetimi nasıl olur?
İçerik yönetimi yaklaşımı, site sunucuları ve site sistemleriyle çok aynıdır.
Azure ile intranet arasında sınırsız veri planıyla hızlı ve güvenilir bir ağ bağlantısı kullanıyorsanız, standart dağıtım noktalarını Azure'da barındırma bir seçenek olabilir.
Aşağıdaki faktörlerden herhangi biri geçerli olursa:
- Tarifeli veri planı kullanıyor
- Bant genişliği maliyeti önemli
- Azure ile intranet arasındaki ağ bağlantısı hızlı değildir veya güvenilir değildir
O zaman aşağıdaki diğer yaklaşımları da göz önünde bulundurarak:
- Standart olarak kullanın veya şirket içinde dağıtım noktalarını çekin.
- Dağıtım Windows veya diğer eş önbellek teknolojileri için BranchCache'i etkinleştirin.
- İçerik etkin bir bulut yönetimi ağ geçidi (CMG) kullanın. Microsoft güncelleştirmeleri için yazılım güncelleştirme paketlerini desteklememektedir. İstemcilerin güncelleştirme içeriğini İnternet'den allarına izin vermek için alternatif bir konumunuz ya da yazılım güncelleştirme dağıtımını yapılandırmanız gerekir.
Not
PXE veya çok noktaya dağıtım desteğine ihtiyacınız varsa, bu başlatma isteklerini yanıtlamak için şirket içi bir dağıtım noktasına ihtiyacınız vardır.
İnternet tabanlı istemcileri desteklemek için İnternet'e yönelik bir yönetim noktası kullanmak yerine ne yapabilirim?
Bulut yönetimi ağ geçidi (CMG) kullanın. CMG, İnternet üzerinden Configuration Manager istemcilerini yönetmek için basit bir yol sağlar. Hizmeti bir Azure aboneliğine dağıtırsınız ve bulut yönetimi ağ geçidi bağlayıcı noktası aracılığıyla şirket içi altyapınıza bağlanır. İstemciler, ister iç ağa ister İnternet'e bağlı olsunlar, şirket içi site sistem rollerine erişim sağlar.
Hangi eşler arası önbellek teknolojisini kullan gerekir?
Eş önbelleği %100 yerel Bir Yapılandırma Yöneticisi teknolojisidir. BranchCache ve Delivery Optimization Windows özelliktir. Gereksinimlerinize bağlı olarak bunların hepsi yararlı olabilir. Özellikleri karşılaştıracak bir tablo da dahil olmak üzere daha fazla bilgi için bkz. İçerik yönetiminin esasları - Eşler arası önbellek teknolojileri.
Maliyet
Kuruluşum için Yapılandırma Yöneticisi'ni Azure'a taşıma uygun maliyetli bir çözüm olacak mı?
Her ortam farklı olduğu için bunu söylemek zordur. Ortamınıza ilişkin maliyeti tahmin etmek için Azure fiyatlandırma hesaplayıcısını kullanın.
Daha fazla bilgi
Bu Azure teknolojileri hakkında nereden daha fazla bilgi edinim?
Temeller
Azure VM makine türleri
Disk performansında dikkate alınacak noktalar
- Premium depolama alanı
- Bir disk türü IaaS VM'leri seçin
- Standart depolama hesapları için ölçeklenebilirlik ve performans hedefleri
- Premium depolamanın nasıl çalıştığının blog gönderisi
Kullanılabilirlik
- Sanal makineler için Azure hizmet düzeyi sözleşmesi (SLA)
- Azure Sanal Makineleri için kullanılabilirlik seçenekleri