Share via

Sanallaştırma Doku Tasarımı Hakkında Dikkat Edilecek Noktalar Kılavuzu

  • Makale

 

Bu kılavuz kimler içindir? Orta ve büyük ölçekli kuruluşlarda çok sayıda sanal makineyi destekleyen bir sanallaştırma dokusunu tasarlamaktan sorumlu bilgi teknolojisi (IT) uzmanları. Bu belgenin geri kalanında bu kişiler doku yöneticileri olarak adlandırılacaktır. Dokuda barındırılan sanal makineleri yöneten kişiler sanal makine yöneticileri olarak adlandırılır, ancak bunlar bu belgenin hedef kitlesi değildir. Kuruluşunuzda her iki rolün sorumluluğu da sizde olabilir.

Bu kılavuz size nasıl yardımcı olabilir? Kuruluşunuzda çok sayıda sanal makineyi barındırabilen bir sanallaştırma dokusunun nasıl tasarlanacağını anlamak için bu kılavuzu kullanabilirsiniz. Bu belgede, bir kuruluştaki sanal makineleri barındırmak için kullanılan sunucu ve hiper yönetici topluluğu ve depolama ve ağ donanımları sanallaştırma dokusu olarak adlandırılır. Aşağıdaki grafikte örnek bir sanallaştırma dokusu gösterilmektedir.

Sanallaştırma yapısı

Şekil 1:Örnek sanallaştırma dokusu

Not: Bu belgedeki her diyagram, her bir tablo açıklamasındaki şekil adına tıklayarak indirebileceğiniz Sanallaştırma Doku Tasarımı Hakkında Dikkat Edilecek Noktalar Diyagramları belgesinin ayrı bir sekmesinde bulunur.

Tüm sanallaştırma dokuları, depolama ve barındırma sanal makinelerinin sunucularına ek olarak bunları bağlayan ağları içerse de, her kuruluşun sanallaştırma doku tasarımı farklı gereksinimler nedeniyle Şekil 1'de gösterilen örnekten farklı olabilir.

Bu kılavuzda kuruluşunuza özel gereksinimleri karşılayan bir sanallaştırma dokusu tasarlamada size yardımcı olması için izleyebileceğiniz bir dizi adım ve görevin ayrıntıları verilmektedir. Adımlar ve görevler boyunca kılavuzda işlev ve hizmet kalitesi (kullanılabilirlik, ölçeklenebilirlik, performans, yönetilebilirlik ve güvenlik gibi) düzey gereksinimlerini karşılamak için kullanabileceğiniz ilgili teknolojiler ve özellik seçenekleri sunulmaktadır.

Bu belge yönetilebilir bir sanallaştırma dokusu tasarlamanıza yardımcı olabilse de tasarım konularını ve Microsoft System Center 2012 veya System Center 2012 R2 gibi bir ürünle sanallaştırma dokusunu yönetmeye ve çalıştırmaya ilişkin seçenekleri ele almaz. Daha fazla bilgi için TechNet kitaplığındaki System Center 2012 bölümüne bakın.

Bu kılavuz Windows Server 2012 R2 ve Windows Server 2012 ve bağımsız satıcı donanımları kullanarak sanallaştırma dokusu tasarlamanıza yardımcı olur. Belgede ele alınan bazı özellikler Windows Server 2012 R2'ye özeldir ve belge boyunca bunlar belirtilir.

Varsayımlar: Hyper-V dağıtımı, sanal makineler, sanal ağlar, Windows Server dosya hizmetleri ve Yük Devretme Kümesi hakkında ve fiziksel sunucuları dağıtma, depolama alanı ve ağ ekipmanları ile ilgili bir miktar deneyime sahipsiniz.

Ek kaynaklar

Bir sanallaştırma dokusu tasarlamadan önce aşağıdaki belgelerde yer alan bilgileri faydalı bulabilirsiniz:

Bu belgelerin her ikisi de birden çok sanallaştırma dokusu tasarımında gözlemlenen ve herhangi bir sanallaştırma doku tasarımı için temel oluşturabilen altyapı kavramları sağlar.

Geri bildirim: Bu belge hakkında geri bildirimde bulunmak için virtua@microsoft.com adresine e-posta gönderin.

Tasarım konularına genel bakış

Bu belgenin geri kalanında, gereksinimlerinizi en iyi karşılayan sanallaştırma dokusunu tasarlamak için izleyebileceğiniz bir dizi adım ve görev sunulmaktadır. Adımlar sıralı halde verilmiştir. Sonraki adımlarda öğreneceğiniz tasarım konuları, önceki adımlarda verdiğiniz kararları çakışmalar nedeniyle değiştirmenizi gerektirebilir. Ancak, belge boyunca olası tasarım çakışmalarına karşı sizi uyarmak için her türlü çaba gösterilmiştir.

Gereksinimlerinizi en iyi şekilde karşılayan tasarıma, ancak adımları belgedeki tüm konuları kavramak için gereken sayıda tekrar ettikten sonra ulaşırsınız.

1. Adım: Sanal makine kaynak gereksinimlerini belirleyin

2. Adım: Sanal makine yapılandırmasını planlayın

3. Adım: Sunucu sanallaştırma ana bilgisayar gruplarını planlayın

4. Adım: Sunucu sanallaştırma ana bilgisayarlarını planlayın

5. Adım: Sanallaştırma dokusu mimari kavramlarını planlayın

6. Adım: Başlangıçtaki yetenek özelliklerini planlayın

1. Adım: Sanal makine kaynak gereksinimlerini belirleyin

Bir sanallaştırma dokusu tasarlamanın ilk adımı, dokunun barındıracağı sanal makinelerin kaynak gereksinimlerini belirlemektir. Doku bu gereksinimleri karşılamak için gerekli fiziksel donanımları içermelidir. Sanal makine kaynak gereksinimleri, sanal makinelerde çalışan işletim sistemleri ve uygulamalar tarafından belirlenir. Bu belgenin geri kalanında, bir sanal makinede çalışan işletim sistemi ve uygulamaların birleşimi iş yükü olarak adlandırılacaktır. Bu adımdaki görevler, iş yüklerinize yönelik kaynak gereksinimlerini tanımlamanıza yardımcı olur.

İpucu: Mevcut iş yüklerinizin kaynak gereksinimlerini değerlendirdikten sonra bunların her birini destekleyebilen bir sanallaştırma dokusu tasarlamak yerine, en yaygın iş yüklerinin gereksinimlerini karşılayabilen bir sanallaştırma dokusu tasarlamaya karar verebilirsiniz. Daha sonra benzersiz gereksinimlere sahip iş yüklerini ayrı ayrı ele alırsınız.

Bu tür sanallaştırma dokularının örnekleri, Microsoft Azure (Azure) gibi genel bulut sağlayıcıları tarafından sunulan sanallaştırma dokularıdır. Daha fazla bilgi için bkz. Azure için Sanal Makine ve Bulut Hizmeti Boyutları.

Genel bulut sağlayıcıları genellikle birçok iş yükünün gereksinimlerini karşılayan sanal makine yapılandırmaları sunar. Bu yaklaşımı benimsemeye karar verirseniz, doğrudan bu belgedeki 2. Adım: Sanal makine yapılandırmasını planlayın'e atlayabilirsiniz. Bu yaklaşımı kullanmanın diğer faydaları şunlardır:

  • Şirket içindeki sanal makinelerinizi bir genel bulut sağlayıcısına geçirmeye karar verdiğinizde, şirket içi sanal makine yapılandırma türleri genel sağlayıcınızın türlerine benzer ise sanal makinelerin geçirilmesi farklı yapılandırma türlerine göre daha kolay olacaktır.

  • Kapasite gereksinimlerini daha kolay tahmin etmenize ve sanallaştırma dokunuz için bir self servis sağlama özelliğini etkinleştirmenize imkan tanıyabilir. Bu durum, kuruluştaki sanal makine yöneticilerinin, doku yöneticilerinin müdahalesi olmadan yeni sanal makineleri otomatik olarak kendi kendine sağlayabildiği anlamına gelir.

Görev 1: İş yükü kaynak gereksinimlerini belirleyin

Her iş yükü aşağıdaki kaynaklara yönelik gereksinimlere sahiptir. Yapmak isteyeceğiniz ilk şey her bir iş yükünüz için aşağıdaki soruları yanıtlamaktır.

  • İşlemci: Hangi işlemci hızı veya mimarisi (Intel ya da AMD) veya kaç işlemci gerekli?

  • Ağ: Gelen ve giden trafik için gigabit/saniye (Gbps) cinsinden hangi ağ bant genişliği gerekli? İş yükünün düzgün işlemesi için dayanabileceği en büyük ağ gecikmesi miktarı nedir?

  • Depolama: İş yükünün uygulama ve işletim sistemi dosyaları kaç gigabayt (GB) depolama alanı gerektiriyor? İş yükü verileri için kaç GB depolama alanı gerekiyor? İş yükü depolama alanı için saniye başına kaç tane giriş/çıkış işlemi (IOPS) gerekiyor?

  • Bellek: İş yükü gigabayt (GB) cinsinden ne kadar bellek gerektiriyor? İş yükü tekdüzen olmayan bellek erişimini (NUMA) kullanıyor mu?

Önceki kaynak gereksinimlerini anlamaya ek olarak aşağıdakilerin belirlenmesi de önemlidir:

  • Kaynak gereksinimlerinin en düşük veya önerilen düzeyde olması.

  • Her bir donanım gereksinimi için saatlik, günlük, haftalık, aylık veya yıllık temelde en yüksek ve ortalama gereksinim nedir?

  • Bir ayda iş yükü ve iş yükünün verileri için kabul edilebilen kapalı kalma süresi dakika sayısı. Bunu belirlerken aşağıdakileri hesaba katın:

    • İş yükü yalnızca bir sanal makinede mi çalışıyor, yoksa hepsi aynı iş yükünü çalıştıran bir yük dengeli ağ sunucuları koleksiyonu üzerinde mi çalışıyor? Bir sunucu koleksiyonu kullanıyorsanız, ifade edilen kapalı kalma süresinin koleksiyondaki her bir sunucu için mi, koleksiyondaki tüm sunucular için mi, yoksa koleksiyon düzeyinde mi geçerli olduğu açık olmalıdır.

    • Çalışma saatleri ve mesai dışı saatler. Örneğin, akşam 9:00 ile sabah 6:00 arasında iş yükünü hiç kimse kullanmıyorken, sabah 6:00 ile akşam 9:00 arasında ayda yalnızca on dakikalık kabul edilebilir kapalı kalma süresi ile birlikte kullanılabilir olması kritik öneme sahipse, bu gereksinim belirtilmelidir.

  • Sanal altyapıda beklenmeyen bir arıza oluşması durumunda kabul edilebilir veri kaybı miktarı. Sanal altyapı çoğaltma stratejileri genellikle zaman tabanlı olduğundan bu değer dakika cinsinden ifade edilir. Çoğunlukla hiçbir veri kaybı bir gereklilik olarak ifade edilmese de, bunun çoğunlukla pahalıya mal olduğunu ve ayrıca düşük performans ile birlikte gelebileceğini unutmayın.

  • İş yükü dosyaları ve/veya verilerinin diskte şifrelenmesinin ve verilerin sanal makineler ile son kullanıcılar arasında şifrelenmesinin gerekli olup olmadığı.

Önceki kaynak gereksinimlerini belirlemek için aşağıdaki seçenekleri kullanabilirsiniz.

Seçenek

Olumlu yönleri

Olumsuz yönleri

Kaynak kullanımını el ile değerlendirme ve günlüğe kaydetme

Seçtiğiniz her şeyi raporlayabilme

Önemli miktarda el ile çalışma gerektirebilir

Kaynak kullanımını otomatik olarak değerlendirmek ve günlüğe kaydetmek için Microsoft Değerlendirme ve Planlama Araç Seti'ni kullanın

  • Çeşitli kaynak kullanım raporları oluşturur

  • İş yüküne bir aracı yüklenmesini gerektirmez

Raporlar ihtiyaç duyduğunuz tüm verileri sağlayabilir veya sağlamayabilir

Not: Kaynak gereksinimlerinizi el ile belirlemeyi seçerseniz Sanallaştırma Doku Tasarımı Hakkında Dikkat Edilecek Noktalar Kılavuzu Çalışma Sayfaları'nı indirebilir ve İş Yükü kaynak gereksinimleri çalışma sayfasına bilgileri girebilirsiniz. Bu kılavuz o belgedeki belirli çalışma sayfalarına başvurur.

Görev 2: İş yükü özelliklerini tanımlayın

Ortamınızda dilediğiniz sayıda iş yükü özelliği tanımlayabilirsiniz. Aşağıdaki örnekler, her biri sanallaştırma doku bileşenleri için farklı bir sanallaştırma yapılandırması gerektirdiğinden seçilmiştir. Bunlar daha sonraki adımlarda incelenecektir.

  • Durum bilgisiz: Başlangıçta sağlanmasının ve benzersiz bilgisayar adları ve ağ adresleri atanmasının ardından yerel sabit disklerine benzersiz bilgi yazmayın. Ancak, veritabanı gibi ayrı bir depolama alanına benzersiz bilgiler yazabilirler. Sanal makine için bir “ana” görüntü oluşturulabildiğinden durum bilgisiz iş yükleri bir sanallaştırma dokusunda çalışmak için idealdir. İş yüküne ölçek eklemek veya bir sanallaştırma ana bilgisayar hatası durumunda kullanılamaz hale gelen sanal makineyi hızlıca değiştirmek için bu görüntü, sanallaştırma dokusuna kolayca kopyalanıp önyüklenebilir. Ön uç web uygulaması çalıştıran bir web sunucusu, durum bilgisiz iş yüküne örnektir.

  • Durum bilgisi olan: Başlangıçta sağlanmasının ve benzersiz bilgisayar adları ve ağ adresleri atanmasının ardından yerel sabit disklerine benzersiz bilgi yazın. Bunlar ayrıca veritabanı gibi ayrı bir depolama alanına benzersiz bilgiler yazabilir. Durum bilgisi olan iş yükleri, durum bilgisiz iş yüklerine göre genellikle daha karmaşık sağlama ve ölçeklendirme stratejileri gerektirir. Durum bilgisi olan iş yükleri için yüksek kullanılabilirlik stratejileri, diğer sanal makinelerle durum paylaşılmasını gerektirebilir. Durum bilgisi olan bir iş yükünün örneği SQL Server Veritabanı Altyapısıdır.

  • Paylaşılan durum bilgisi olan: Durum bilgisi olan iş yükleri diğer sanal makinelerle bazı durumların paylaşılmasını gerektirir. Bu iş yükleri, paylaşılan depolamaya erişim gerektiren yüksek kullanılabilirlik elde etmek için çoğunlukla Windows Server'da Yük Devretme Kümesi kullanır. Microsoft System Center Virtual Machine Manager, paylaşılan durum bilgisi olan iş yükünün bir örneğidir.

  • Diğer: Bir sanallaştırma dokusunda hiç çalışmayan veya en iyi şekilde çalışmayan iş yüklerini belirtir. Bu tür iş yüklerinin öznitelikleri aşağıdakileri gerektirir:

    • Fiziksel çevre birimlerine erişim. Fiziksel bir ana bilgisayardaki telefon ağ bağdaştırıcısıyla iletişim kuran bir telefon iş yükü, bu tür bir uygulamanın örneğidir.

    • Diğer iş yüklerinin birçoğundan çok daha yüksek kaynak gereksinimleri. Uygulama katmanları arasında bir milisaniyeden daha az gecikme gerektiren gerçek zamanlı bir uygulama buna örnektir.

    Bu uygulamalar sanallaştırma dokunuzda çalışabilir veya çalışmayabilir ya da diğer iş yüklerinizin birçoğu tarafından paylaşılmayan belirli bir donanım ya da yapılandırma gerektirebilir.

Not: İş yükü özelliklerinizi Ayarlar çalışma sayfasında tanımlayabilir ve ardından İş yükü kaynak gereksinimleri çalışma sayfasında her iş yükü için uygun özelliği belirleyebilirsiniz.

2. Adım: Sanal makine yapılandırmasını planlayın

Bu adımda, 1. Adımda tanımladığınız iş yüklerinin kaynak gereksinimlerini ve özelliklerini karşılamak için gerekli olacak sanal makine türlerini belirlersiniz.

Görev 1: İşlem yapılandırmasını tanımlayın

Bu görevde her sanal makinenin gereksinim duyduğu bellek miktarını ve işlemcileri belirlersiniz.

Görev 1a: Sanal makine nesil türünü tanımlayın

Windows Server 2012 R2, 2. nesil sanal makineler sunmuştur. 2. nesil sanal makineler, 1. nesil sanal makinelerde desteklenmeyen donanım ve sanallaştırma özelliklerini destekler. Bir sanal makine oluşturulduktan sonra türü değiştirilemeyeceğinden, gereksinimleriniz için doğru kararı vermeniz önemlidir.

2. nesil bir sanal makine aşağıdaki yeni işlevleri sağlar:

  • Standart ağ bağdaştırıcısı kullanarak PXE önyükleme

  • SCSI sanal sabit diskten önyükleme

  • SCSI sanal DVD'den önyükleme

  • Güvenli Önyükleme (varsayılan olarak etkindir)

  • UEFI bellenim desteği

2. nesil sanal makineler aşağıdaki konuk işletim sistemlerini destekler:

  • Windows Server 2012 R2

  • Windows Server 2012

  • 64 bit Windows 8.1 sürümleri

  • 64 bit Windows 8 sürümleri

  • Bazı Linux sürümleri. 2. nesil sanal makineleri destekleyen dağıtım ve sürümlerin bir listesi için bkz. Hyper-V üzerindeki Linux Sanal Makineleri.

Aşağıdaki tabloda 1. nesil ve 2. nesil sanal makinelerin olumlu ve olumsuz yönleri listelenmektedir.

Seçenek

Olumlu yönleri

Olumsuz yönleri

1. nesil

  • Desteklenen tüm Hyper-V konuk işletim sistemlerini destekler

  • Azure sanal makineleriyle uyumluluk sağlar

  • Önceki Hyper-V sürümlerini destekler

Yeni sanal makine işlevselliğine erişim sağlamaz

2. nesil

  • Yeni işlevselliği destekler

  • Sanal makine önyükleme ve konuk yükleme sürelerinde hafif bir geliştirme sağlar

  • Bir sanal makineyi önyüklemek için SCSI cihazları veya standart ağ bağdaştırıcısı kullanır

  • Güvenli Önyükleme etkinleştirildiğinde yetkisiz bellenim, işletim sistemi veya UEFI sürücülerinin çalışmasını engeller

  • Konuk işletim sistemleri için sınırlı destek

  • Azure sanal makineleri ile uyumlu değildir

  • RemoteFX desteklenmez

  • Sanal disket desteklenmez

Önemli: Linux 2. nesil sanal makineler Güvenli Önyüklemeyi desteklemez. Bir sanal makine oluşturduğunuzda ve Linux yüklemek istediğinizde Güvenli Önyüklemeyi sanal makine ayarlarından kapatmanız gerekir.

Ek bilgiler:

2. Nesil Sanal Makineye Genel Bakış

Görev 1b: Belleği tanımlayın

Sanal makinenizin bellek boyutunu, fiziksel bir sunucudaki sunucu uygulamaları için genellikle yaptığınız gibi planlamanız gerekir. Beklenen yükü normal zamanlarda ve yoğun saatlerde makul şekilde işlemesi gerekir. Yetersiz bellek, yanıt sürelerini ve CPU veya G/Ç kullanımını önemli ölçüde artırabilir.

Statik Bellek veya Dinamik Bellek

Statik bellek, sanal makineye atanan bellek miktarıdır. Her zaman sanal makine başlatıldığında ayrılır ve sanal makine çalışırken değişmez. Belleğin tamamı başlangıç sırasında sanal makineye atanır ve sanal makine tarafından kullanılmayan bellek, diğer sanal makineler tarafından kullanılamaz. Ana bilgisayarda sanal makine başlatıldığı zaman sanal makineye ayrılacak kadar kullanılabilir bellek yoksa, sanal makine başlatılmaz.

Statik bellek, yoğun bellekli iş yükleri için ve SQL Server gibi kendi bellek yönetimi sistemlerine sahip iş yükleri için faydalıdır. Bu iş yükü türleri, statik bellekle daha iyi çalışır.

Not: Statik belleği etkinleştirmeye yönelik bir ayar yoktur. Statik bellek, Dinamik Bellek ayarı etkinleştirilmediğinde etkinleştirilir.

Dinamik Bellek, birden çok sanal makinedeki toplam fiziksel belleği dengeleyerek, meşgul olan sanal makinelere daha fazla bellek ayırarak ve daha az kullanılan sanal makinelere ait belleği kaldırarak bir sistemdeki fiziksel belleği daha iyi kullanmanıza imkan tanır. Bu durum özellikle Sanal Masaüstü Altyapısı (VDI) veya web sunucularındaki gibi dinamik ortamlarda daha yüksek birleştirme oranlarına neden olabilir.

Statik bellek kullanırken bir sanal makineye 10 GB bellek atanırsa ve sanal makine yalnızca 3 GB kullanıyorsa, kalan 7 GB bellek diğer sanal makineler tarafından kullanılamaz. Bir sanal makinede Dinamik Bellek etkinleştirildiğinde, sanal makine yapılandırılmış en düşük RAM'den az olmamak üzere yalnızca gerekli bellek miktarını kullanır. Bu özellik diğer sanal makineler için daha fazla belleği serbest bırakır.

Aşağıdaki tabloda statik bellek ve Dinamik Bellek için olumlu ve olumsuz yönler listelenmektedir.

Seçenek

Olumlu yönleri

Olumsuz yönleri

Statik bellek

  • Sanal makinelere her zaman kullanılabilir yapılandırılmış belleği sağlar

  • Daha iyi performans sağlar

  • Sanal NUMA ile kullanılabilir

  • Bir sanal makine tarafından kullanılmayan bellek başka bir sanal makineye ayrılamaz.

  • Yeterli kullanılabilir bellek yoksa sanal makineler başlatılmaz.

Dinamik Bellek

  • Boşta veya düşük yüklü iş yükleri çalıştırırken geliştirilmiş sanal makine yoğunluğu sağlar

  • Diğer sanal makineler tarafından kullanılabilmesi için kullanılmayan belleğin ayrılmasına imkan tanır

  • Yapılandırılmış belleğin fazlasına abone olabilirsiniz.

  • Bellek ayırmalarını yönetmek için ek yük gerekir.

  • Sanal NUMA ile uyumlu değildir.

  • Kendi bellek yöneticilerini kullanan iş yükleri ile uyumlu değildir.

Bellek yapılandırma ayarları şunlardır:

  • Başlangıç RAM'i: Sanal makineyi başlatmak için gerekli bellek miktarını belirtir. Bu değer, konuk işletim sistemin başlatılmasına olanak sağlayacak kadar yüksek olmalı, diğer yandan en iyi bellek kullanımına ve potansiyel olarak daha yüksek birleştirme oranlarına izin verecek kadar düşük olmalıdır.

  • En düşük RAM: Sanal makine başlatıldıktan sonra sanal makineye ayrılması gereken en düşük bellek miktarını belirtir. Değer 32 MB ile en fazla Başlangıç RAM'i değerine eşit bir değer arasında ayarlanabilir. Bu ayar yalnızca Dinamik Bellek etkinleştirildiğinde kullanılabilir.

  • En fazla RAM: Bu sanal makinenin kullanmasına izin verilen en büyük bellek miktarını belirtir. Değer, Başlangıç RAM'i ile 1 TB arasında bir değere ayarlanabilir. Ancak, bir sanal makine konuk işletim sistemi tarafından desteklenen en büyük miktar kadar bellek kullanabilir. Örneğin, en fazla 32 GB destekleyen bir konuk işletim sistemi çalıştıran sanal makine için 64 GB belirtirseniz, sanal makine 32 GB'den fazlasını kullanamaz. Bu ayar yalnızca Dinamik Bellek etkinleştirildiğinde kullanılabilir.

  • Bellek ağırlığı: Ana bilgisayarda her sanal makineye istenilen bellek miktarını sağlamak için yeterli fiziksel bellek yoksa, Hyper-V'ye sanal makineler arasında belleğin nasıl dağıtılacağını belirlemenin bir yolunu sunar. Daha yüksek bellek ağırlığına sahip sanal makineler, düşük bellek ağırlığına sahip sanal makinelerden önceliklidir.

Notlar:

  • Dinamik Bellek ve sanal NUMA özellikleri aynı anda kullanılamaz. Dinamik Belleği etkili bir şekilde etkinleştirilmiş bir sanal makine yalnızca bir sanal NUMA düğümüne sahiptir ve sanal NUMA ayarlarından bağımsız olarak sanal makineye bir NUMA topolojisi sunulmaz.

  • Bir sanal makinenin işletim sistemini yüklerken veya yükseltirken, yükleme ve yükseltme işlemi sırasında sanal makinenin kullanılabileceği bellek miktarı, Başlangıç RAM'i olarak belirtilen değerdir. Sanal makine için Dinamik Bellek yapılandırılmış olsa bile, sanal makine yalnızca Başlangıç RAM'i ayarında yapılandırılan bellek miktarını kullanır. Başlangıç RAM değerinin, yükleme veya yükseltme yordamları sırasında işletim sisteminin en düşük bellek gereksinimlerini karşıladığından emin olun.

  • Sanal makinede çalışan konuk işletim sistemi Dinamik Belleği desteklemelidir.

  • SQL Server veya Exchange Server gibi karmaşık veritabanı uygulamaları kendi bellek yöneticilerini kullanır. İş yükünün Dinamik Bellek ile uyumlu olup olmadığını belirlemek için iş yükünün belgelerine başvurun.

Ek bilgiler:

Dinamik Belleğe Genel Bakış

Görev 1c: İşlemciyi belirleyin

Sanal makinelerin yapılandırılması için aşağıdaki yapılandırma ayarları belirlenmelidir:

  • Her sanal makine için gerekli işlemci sayısını belirleyin. Bu değer çoğunlukla iş yükünün gerektirdiği işlemci sayısıyla aynıdır. Hyper-V bir sanal makine için en fazla 64 sanal işlemciyi destekler.

  • Her bir sanal makine için kaynak denetimini belirleyin. Sanallaştırma ana bilgisayarının işlemci kaynaklarını tek bir sanal makinenin kullanmamasını sağlamak için sınırlar ayarlanabilir.

  • Bir NUMA topolojisi tanımlayın. Yüksek performanslı NUMA ile uyumlu iş yükleri için en fazla işlemci sayısını, tek bir sanal NUMA düğümünde izin verilen bellek miktarını ve tek bir işlemci yuvasında izin verilen en fazla düğüm sayısını belirtebilirsiniz. Daha fazla bilgi için Hyper-V Sanal NUMA'ya Genel Bakış makalesini okuyun.

Not: Sanal NUMA ve Dinamik Bellek aynı anda kullanılamaz. Dinamik Bellek veya NUMA kullanmaya karar verirken aşağıdaki soruları yanıtlayın. Her iki soruya da yanıtınız Evet ise sanal NUMA'yı etkinleştirin ve Dinamik Belleği etkinleştirmeyin.

  1. İş yükü NUMA ile uyumlu sanal makinede mi çalışıyor?

  2. Sanal makine tek bir fiziksel NUMA düğümünde mevcut olandan daha fazla kaynak, işlemci veya bellek tüketiyor mu?

Görev 1d: Desteklenen işletim sistemlerini tanımlayın

İş yükünüzün gerektirdiği işletim sisteminin bir konuk işletim sistemi olarak desteklendiğini onaylamanız gerekir. Aşağıdakileri göz önünde bulundurun:

Not: Hyper-V, performansı ve fiziksel bilgisayar ile sanal makine arasındaki tümleştirmeyi geliştiren desteklenen konuk işletim sistemlerine yönelik bir yazılım paketi içerir. Bu hizmet ve yazılım sürücüleri koleksiyonu, tümleştirme hizmetleri olarak anılır. En iyi performans için sanal makineleriniz en son tümleştirme hizmetlerini çalıştırıyor olmalıdır.

Lisanslama

Konuk işletim sistemlerinin düzgün şekilde lisanslandığından emin olmanız gerekir. Sanallaştırılmış bir ortam çalıştırırken belirli lisanslama gereksinimleri için lütfen satıcının belgelerini gözden geçirin.

Otomatik Sanal Makine Etkinleştirme (AVMA), Windows Server 2012 R2'de sunulan bir özelliktir. AVMA, sanal makine etkinleştirmeyi lisanslı sanallaştırma sunucusuna bağlar ve başladığında sanal makineyi etkinleştirir. Bunun yapılması her sanal makine için ayrı ayrı lisanslama bilgilerini girme ve etkinleştirme gereksinimini ortadan kaldırır.

AVMA, ana bilgisayarın Windows Server 2012 R2 Datacenter çalıştırmasını ve konuk sanal makine işletim sisteminin Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard veya Windows Server 2012 R2 Essentials olmasını gerektirir.

Not: Sanallaştırma dokunuza dağıtılmış her bir ana bilgisayarda AVMA'yı yapılandırmanız gerekir.

Ek bilgiler:

Otomatik Sanal Makine Etkinleştirme

Görev 1e: Sanal makine adlandırma kuralını tanımlayın

Mevcut bilgisayar adlandırma stratejisi, bilgisayarın veya sunucunun fiziksel olarak nereye konumlandırıldığını belirtebilir. Sanal makineler farklı veri merkezlerinde olsa bile bir ana bilgisayardan diğerine taşınabilir, dolayısıyla mevcut adlandırma stratejisi artık geçerli olmayabilir. Mevcut adlandırma kuralında bilgisayarın sanal makine olarak çalıştığını belirten bir güncelleştirme, sanal makinenin nerede çalıştığını belirlemeye yardımcı olabilir.

Görev 2: Ağ yapılandırmasını tanımlayın

Her sanal makine farklı türlerde ağ trafiği alır veya gönderir. Her ağ trafiği türü farklı performans, kullanılabilirlik ve güvenlik gereksinimlerine sahiptir.

1. nesil sanal makineler 4 eski ağ bağdaştırıcısı ve 8 sanal ağ bağdaştırıcısı olmak üzere en fazla 12 ağ bağdaştırıcısına sahip olabilir. 2. nesil sanal makineler eski ağ bağdaştırıcılarını desteklemez, dolayısıyla desteklenen en fazla bağdaştırıcı sayısı 8'dir.

Görev 2a: Ağ trafiği türlerini belirleyin

Her sanal makine farklı türde veriler gönderir ve alır; örneğin:

  • Uygulama verileri

  • Veri yedekleme

  • İstemci bilgisayarlar, sunucular veya hizmetler ile iletişim

  • İş yükü bir konuk sanal makine yük devretme kümesinin parçası ise küme içi iletişim

  • Destek

  • Depolama

Farklı ağ trafiği türlerine adanmış mevcut ağlarınız zaten varsa, bu görev için onları kullanmayı seçebilirsiniz. Sanallaştırma dokunuzu desteklemek üzere yeni ağ tasarımları tanımlıyorsanız, her sanal makine için hangi ağ trafiği türünü destekleyeceğini belirleyebilirsiniz.

Görev 2b: Ağ trafiği performans seçeneklerini tanımlayın

Her ağ trafiği türü en yüksek bant genişliği ve en az gecikme gereksinimlerine sahiptir. Aşağıdaki tabloda farklı ağ performansı gereksinimlerini karşılamak için kullanılabilen stratejiler gösterilmektedir.

Strateji

Olumlu yönleri

Olumsuz yönleri

Trafik türlerinin farklı fiziksel ağ bağdaştırıcılarına ayrılması

Diğer trafik türleri tarafından paylaşılmaması için trafiği ayırır

  • Her ağ trafiği türü için ana bilgisayara ayrı fiziksel ağ bağdaştırıcıları yüklenmelidir.

  • Yüksek ağ kullanılabilirliği gerektiren her ağ için ek donanım gereklidir.

  • Çok sayıda ağ ile iyi ölçeklendirilmez.

Hyper-V bant genişliği yönetimi (Hyper-V Hizmet Kalitesi)

  • Sanal ağ trafiği için Hizmet Kalitesi sağlar

  • Bir trafik akışı için Hyper-V Sanal Anahtarı bağlantı noktası numarası ile tanımlanan en düşük bant genişliği ve en yüksek bant genişliğini uygulamaya zorlayın.

  • PowerShell cmdlet'lerini veya Windows Yönetim Araçları'nı (WMI) kullanarak her Hyper-V sanal anahtarı için en düşük bant genişliğini ve en yüksek bant genişliğini yapılandırın.

  • Hyper-V'de birden çok sanal ağ bağdaştırıcısı tanımlayın ve her sanal ağ bağdaştırıcısında ayrı ayrı Hizmet Kalitesi belirtin.

  • Fiziksel ağ için Hizmet Kalitesi ilkesine bir ek sağlar.

  • Yazılım Hizmet Kalitesi ve donanım Hizmet Kalitesi aynı ağ bağdaştırıcısında aynı anda kullanılmamalıdır.

  • Ağ ve Hyper-V için Hizmet Kalitesi ilkesini, birbirlerini geçersiz kılmayacak şekilde doğru planlamanız gerekir.

  • Bir sanal anahtar için hizmet kalitesi modu ayarlandıktan sonra değiştirilemez.

  • Sanal makineleri farklı bir Hizmet Kalitesi modu kullanacak şekilde ayarlanan bir sanal anahtarla bir ana bilgisayara geçiremezsiniz.

  • Sanal makine için yapılandırılmış mutlak değerler gerçekleştirilemez olduğunda geçiş engellenir.

SR-IOV

  • Sanal makine için en düşük ağ gecikmesini sağlar

  • Sanal makine için en yüksek ağ G/Ç'sini sağlar

  • Sanal ağlar için gerekli CPU ek yükünü azaltır

  • Ana bilgisayarda ve sanal bir işlevin atandığı her sanal makinede SR-IOV özellikli bir ağ bağdaştırıcısı ve sürücü gereklidir.

  • SR-IOV özellikli sanal ağ bağdaştırıcıları ana bilgisayardaki NIC Grubunun parçası olamaz.

  • Yüksek ağ kullanılabilirliği için ana bilgisayarda iki veya daha fazla SR-IOV ağ bağdaştırıcısı yüklü olmalı ve sanal makinede NIC Grubu Oluşturma yapılandırılmalıdır.

  • Trafik Hyper-V anahtarını atladığından ve fiziksel ağ bağdaştırıcısına doğrudan erişebildiğinden SR-IOV yalnızca güvenilir iş yükleri tarafından kullanılmalıdır.

  • Sanal anahtar bağlantı noktası ACL'leri, Hyper-V Hizmet Kalitesi, RouterGuard, ve DHCPGuard öğelerinin yapılandırılması SR-IOV'nin kullanılmasını engeller.

  • SR-IOV, Azure'da çalışan sanal makineler için desteklenmez.

Sanal alma tarafı ölçeklendirmesi

  • Sanal makinelerin, sanal makinelerdeki ağ verimliliğini artırmak üzere ağ işleme yükünü birden çok sanal işlemciye (vCPU) dağıtmasına izin veren sanal alma tarafı ölçeklendirmesini destekler

  • Şunlarla uyumluluk sağlar:

    • NIC Ekibi Oluşturma

    • Dinamik geçiş

    • NVGRE

  • Sanal alma tarafı ölçeklendirmesi, fiziksel ağ bağdaştırıcısının Sanal Makine Sırası'nı (VMQ) desteklemesini gerektirir ve ana bilgisayarda etkinleştirilmelidir.

  • SR-IOV özellikli sanal ağ bağdaştırıcısı ile uyumlu değildir.

  • Sanal makineler Windows Server 2012 R2 veya Windows 8.1 çalıştırıyor olmalıdır.

  • VMQ bağdaştırıcısı 10 Gbps'den düşükse varsayılan olarak devre dışıdır.

Jumbo çerçeveler

  • Her Ethernet işlemi ile daha fazla verinin aktarılmasına izin vererek, iletilmesi gereken çerçeve sayısını azaltır

  • Genellikle depolama alanı ile iletişim için kullanılmasına karşın tüm iletişim türleri için kullanılabilir

  • Sanal makineler, ağ ekipmanları ve gönderilmekte olan uç sunucu üzerindeki ek yükü azaltır

  • Tüm atlamalardaki en büyük iletim birimi (MTU) ayarlarını denetleyebileceğiniz bir veri merkezindeki iletişim için yapılandırılır

  • Biraz daha düşük bir hata algılama olasılığı sağlar.

  • Yol üzerindeki her ağ cihazının Jumbo Çerçeveleri desteklemesi ve aynı ya da daha yüksek MTU ayarı ile yapılandırılması gerekir. Uçtan uca MTU ayarlarını doğrulamak için Ping komutunu kullanın.

  • Yol üzerindeki bir atlama Jumbo Çerçeveleri desteklemiyorsa veya daha küçük bir MTU ile yapılandırılırsa paketler düşürülür.

Görev 2c: Ağ trafiği kullanılabilirlik seçeneklerini tanımlayın

Aynı zamanda yük dengeleme ve yük devretme (LBFO) olarak bilinen NIC Grubu Oluşturma, birden çok ağ bağdaştırıcısının bant genişliği toplama ve trafik yük devretmesi amacıyla bir gruba yerleştirilmesine imkan tanır. Bu özellik bir ağ bileşeni hatası durumunda bağlantıyı sürdürür. NIC Grubu Oluşturma genellikle ana bilgisayar üzerinde yapılandırılır ve sanal anahtarı oluşturduğunuzda ağ bağdaştırıcısı grubuna bağlanır.

Dağıtılan ağ anahtarları NIC Grubu Oluşturma modunu belirler. Windows Server 2012 R2'deki varsayılan ayarlar dağıtımların çoğunluğu için yeterli olmalıdır.

Not: SR-IOV, NIC Grubu Oluşturma ile uyumlu değildir. SR-IOV hakkında daha fazla bilgi için bkz. Görev 2b: Ağ trafiği performans seçeneklerini tanımlayın.

Ek bilgiler:

NIC Grubu Oluşturmaya Genel Bakış

Görev 2d: Ağ trafiği güvenlik seçeneklerini tanımlayın

Her ağ trafiği türü, yalıtım ve şifrelemeyle ilgili gereksinimler gibi farklı güvenlik gereksinimlerine sahip olabilir. Aşağıdaki tabloda çeşitli güvenlik gereksinimlerini karşılamak için kullanılabilen stratejiler açıklanmaktadır.

Strateji

Olumlu yönleri

Olumsuz yönleri

Farklı ağ bağdaştırıcıları üzerinde ayırma

Trafiği diğer ağ trafiklerinden ayırma

İyi ölçeklenmez. Sahip olduğunuz ağ sayısı arttıkça, ana bilgisayarda yüklemeniz ve yönetmeniz gereken ağ bağdaştırıcılarının sayısı artar.

IPsec ile IPsec Görev Boşaltma

  • Hyper-V kullanan sanal makinelere ve sanal makinelerden ağ trafiğini şifrelemek için IPsec boşaltmayı destekler

  • Ağdan geçişi sırasında trafiği şifreler

  • Kurulumu karmaşıktır

  • Ana bilgisayarlara ve sanal makinelere gelen ve giden trafik açılamadığından sorun giderme durumlarını daha zor hale getirebilir

  • Ana bilgisayardaki fiziksel ağ bağdaştırıcıları IPsec boşaltmayı desteklemediğinde daha fazla işlemci kullanımı

VLAN etiketleme

  • Halihazırda birçok şirket tarafından kullanılır

  • Hizmet Kalitesi ilkeleriyle uyumludur

  • Özel VLAN'ları destekler

  • Sanal makineler için VLAN santral modunu destekler

  • Ana bilgisayara yüklenmesi gereken fiziksel bağdaştırıcı sayısını azaltır

  • 4094 VLAN ile sınırlıdır

  • Anahtarlar, ana bilgisayarlar ve sanal makineler için yapılandırma gereklidir

  • VLAN yapılandırma ayarlarında yanlış değişikliklerin yapılması sunucuya özgü veya sistem genelinde ağ sorunlarına yol açabilir

Hyper-V Ağ Sanallaştırması

  • Ağ yalıtımı ve VLAN olmadan IP adresi yeniden kullanımı dahil esnek iş yükü yerleşimi sağlar

  • İş yüklerinin buluta daha kolay taşınmasını sağlar

  • Yeni sunucuda yeni bir IP adresi eklemeye gerek olmadan alt ağlarda dinamik geçişi destekler

  • Çok kiracılı ağ çözümleri sağlar

  • Basitleştirilmiş ağ tasarımı ve geliştirilmiş sunucu ve ağ kaynağı kullanımı sağlar. VLAN'ların fiziksel ağ altyapısına sanal makine yerleşimine bağımlılık ile birlikte esnek olmaması genellikle fazla sağlama ve az kullanımla sonuçlanır.

  • Hyper-V Ağ Sanallaştırması, System Center 2012 R2 - Virtual Machine Manager veya Microsoft dışı bir yönetim çözümü gerektirir.

  • Sanal ağ dışında iletişime izin vermek için Hyper-V Ağ Sanallaştırması ağ geçidi gereklidir.

DHCPGuard

  • Sanal makinenin sanal ağ üzerinden DHCP teklifleri yapmasını engeller

  • Sanal ağ bağdaştırıcısı temelinde yapılandırılır

  • Sanal makinenin bir DHCP sunucusundan adres almasını engellemez

Etkinleştirildiğinde performansı en az düzeyde etkiler

RouterGuard

  • Aşağıdaki paketleri engeller:

    • ICMPv4 Tür 5 (yeniden yönlendirme iletisi)

    • ICMPv4 Tür 9 (yönlendirici tanıtımı)

    • ICMPv6 Tür 134 (yönlendirici tanıtımı)

    • ICMPv6 Tür 137 (yeniden yönlendirme iletisi)

  • Sanal ağ bağdaştırıcısı temelinde yapılandırılır

Etkinleştirildiğinde performansı en az düzeyde etkiler

Tasarım kararı - Sanallaştırma Dokusu Tasarım Konuları Kılavuzu Çalışma Sayfaları'nı indirip Sanal makine yapılandırmaları çalışma sayfasında örnek verileri değiştirerek bu adımın önceki tüm görevleri için aldığınız kararları kaydedin. Sonraki tasarım kararları için bu belgede, bu kılavuzun verilerinizi girebileceğiniz belirli çalışma sayfalarına başvurulur.

Görev 2e: Sanal ağ bağdaştırıcılarını tanımlayın

Sanal makinelerin gerektirdiği trafik türlerine ek olarak trafiğe ilişkin performans, kullanılabilir ve güvenlik stratejilerini anlayarak, her sanal makinenin kaç tane sanal ağ bağdaştırıcısı gerektirdiğini belirleyebilirsiniz.

Bir sanal ağ bağdaştırıcısı bir sanal anahtara bağlanır. Üç tür sanal anahtar mevcuttur:

  • Dış sanal anahtar

  • İç sanal anahtar

  • Özel sanal anahtar

Dış sanal anahtar, sanal makineye bağlı olduğu sanal anahtarla ilişkili ağ bağdaştırıcısı üzerinden fiziksel ağ erişimi sağlar. Ana bilgisayardaki bir fiziksel ağ bağdaştırıcısı yalnızca tek bir dış anahtarla ilişkilendirilebilir.

1. nesil sanal makineler 4 eski ağ bağdaştırıcısı ve 8 sanal ağ bağdaştırıcısı olmak üzere en fazla 12 ağ bağdaştırıcısına sahip olabilir. 2. nesil sanal makineler eski ağ bağdaştırıcılarını desteklemez, dolayısıyla en fazla 8 bağdaştırıcı desteklenir. Santral modunda yapılandırılmadığı sürece bir sanal ağ bağdaştırıcısına yalnızca bir VLAN Kimliği atanabilir.

Farklı VLAN'lara sanal makine trafiği atayacaksanız, VLAN destekleyen bir ağ bağdaştırıcısı ana bilgisayara yüklenmeli ve sanal anahtara atanmalıdır. Sanal makinenin VLAN Kimliğini sanal makinenin özelliklerinden ayarlayabilirsiniz. Sanal anahtarda ayarlanan VLAN Kimliği, ana bilgisayar işletim sistemine atanan sanal ağ bağdaştırıcısına atanacak VLAN Kimliğidir.

Not: Kullanılabilir bağdaştırıcılardan daha fazla ağa erişim gerektiren bir sanal makineniz varsa, Set-VMNetworkAdapterVlan Windows PowerShell cmdlet'ini kullanarak sanal makine ağ bağdaştırıcısı için VLAN santral modunu etkinleştirebilirsiniz.

Görev 2f: IP adresi stratejisini tanımlayın

IP adreslerini sanal makinelerinize nasıl atayacağınızı belirlemeniz gerekir. Bunu yapmazsanız IP adresi çakışmaları oluşarak ağ üzerindeki diğer sanal makineleri ve fiziksel cihazları olumsuz yönde etkileyebilir.

Ek olarak, yetkisiz DHCP sunucuları ağ altyapınızda düzensizliğe neden olabilir ve sunucu bir sanal makine olarak çalışırken takip etmek özellikle zor olabilir. Sanal makinelerinizin ayarlarında DHCPGuard'ı etkinleştirerek ağınızı bir sanal makine üzerinde çalışan yetkisiz DHCP sunucularına karşı koruyabilirsiniz. DHCPGuard, bağlantıyı izinsiz izleme saldırıları için kendisini DHCP sunucusu olarak ifade eden kötü amaçlı bir sanal makineye karşı koruma sağlar.

Ek bilgiler:

Dinamik Ana Bilgisayar Yapılandırma Protokolüne (DHCP) Genel Bakış

DHCPGuard

IP Adresi Yönetimine (IPAM) Genel Bakış

Görev 3: Depolama yapılandırmasını tanımlayın

Depolama yapılandırmanızı belirlemek için sanal makinelerin depolayacağı veri türlerini ve gerekli olan depolama türünü belirlemeniz gerekir.

Görev 3a: Veri türlerini tanımlayın

Aşağıdaki tabloda bir sanal makinenin depolaması gerekebilecek veri türleri ve çoğunlukla hangi veri türünün depolandığı listelenmektedir.

Veri türü

Veri türü için depolama konumu

İşletim sistemi dosyaları

Sanallaştırma ana bilgisayarı tarafından depolanan bir sanal sabit disk dosyasında. Sanallaştırma ana bilgisayarına yönelik depolama konuları 4. Adımda daha ayrıntılı olarak ele alınmıştır: Sunucu sanallaştırma ana bilgisayarlarını aşağıda planlayın.

Windows disk belleği dosyası

Çoğunlukla işletim sistemi dosyalarıyla aynı konuma depolanır.

Uygulama program dosyaları

Çoğunlukla işletim sistemi dosyalarıyla aynı konuma depolanır.

Uygulama yapılandırma verileri

Çoğunlukla işletim sistemi dosyalarıyla aynı konuma depolanır.

Uygulama verileri

Çoğunlukla uygulama ve işletim sistemi dosyalarından ayrı olarak depolanır. Örneğin, uygulama bir veritabanı uygulamasıysa, veritabanı dosyaları çoğunlukla yüksek kullanılabilirliğe sahip, verimli, ağ tabanlı ve işletim sistemi veya uygulama program dosyalarının depolandığı konumdan ayrı bir depolama çözümüne depolanır.

Kümelenmiş Paylaşılan Birimler (CSV) ve disk tanığı (konuk sanal makine kümelenmesi için gereklidir)

Çoğunlukla uygulama ve işletim sistemi dosyalarından ayrı olarak depolanır.

  • CSV depolama alanı, kümelenmiş uygulamaların veri depoladığı ve kümedeki tüm düğümlerin kullanabildiği yerdir.

  • Disk tanığı, küme yapılandırma veritabanının bir kopyasını tutmak belirlenmiş küme depolama alanındaki bir disktir. Yük devretme kümesi yalnızca çekirdek yapılandırmasının parçası olarak belirtilirse disk tanığına sahiptir.

Kilitlenme bilgi döküm dosyaları

Çoğunlukla işletim sistemi dosyalarıyla aynı konuma depolanır.

Görev 3b: Depolama türlerini tanımlayın

Aşağıdaki tabloda yukarıdaki 2. Adım, Görev 2a'da tanımlanan veri türleri için kullanılabilen depolama türleri listelenmektedir.

Depolama türü

Dikkat edilecek noktalar

Sanal IDE diski

1. nesil sanal makineler:

  • 2 IDE denetleyicisi ve her denetleyici en fazla 4 IDE cihazı için en fazla 2 IDE cihazını destekleyebilir.

  • Aynı zamanda önyükleme diski olarak da bilinen başlangıç diski, IDE cihazlarından birine sanal sabit disk veya fiziksel disk olarak bağlanabilir.

2. nesil sanal makineler IDE cihazlarını desteklemez.

Sanal SCSI

  • 4 sanal SCSI denetleyicisi desteklenir ve her denetleyici toplam 256 SCSI cihazı için en fazla 64 cihazı destekler.

  • 2. nesil sanal makineler yalnızca bir SCSI sürücüsünü desteklediği için 2. nesil sanal makineler SCSI önyükleme disklerini destekler.

Sanal makinede iSCSI başlatıcısı

  • Ana bilgisayara Fiber Kanal bağdaştırıcıları yüklemeden SAN üzerine depolamadan yararlanın.

  • Önyükleme diski için kullanılamaz.

  • Depolama ve diğer ağ trafiğine ilişkin uygun bant genişliği kullanılabilirliğini sağlamak için ağ Hizmet Kalitesi ilkelerini kullanın.

  • Hyper-V Çoğaltma ile uyumlu değildir. Bir SAN depolama arka ucu kullanırken, depolama satıcınızın sağladığı SAN çoğaltma seçeneklerini kullanın.

Sanal Fiber Kanal

  • Her ana bilgisayarda sanal Fiber Kanal bağdaştırıcıları ile sanal makineleri barındıracak bir veya daha fazla Fiber Kanal ana bilgisayar veri yolu bağdaştırıcısı (HBA) ya da Ethernet Üzerinden Fiber Kanal (FCoE) yakınsanan ağ bağdaştırıcısı gerektirir.

  • HBA ve FCoE sürücüleri sanal Fiber Kanalı desteklemelidir.

  • NPIV özellikli bir SAN.

  • Dinamik geçişi desteklemek için ek yapılandırma gerektirir. Dinamik geçiş ve sanal Fiber Kanal hakkında ek bilgi için bkz. Hyper-V Sanal Fiber Kanala Genel Bakış.

  • Hyper-V Çoğaltma ile uyumludur. SAN depolama kullanırken depolama satıcınız tarafından sağlanan SAN çoğaltma seçeneklerini kullanmanız gerekir.

  • Bir sanal makine en fazla dört sanal bağlantı noktasına sahip olabilir.

  • Sanal Fiber Kanal LUN'ları, sanal makine için önyükleme medyası olarak kullanılamaz.

SMB 3.0

Sanal makine içinden Sunucu İleti Bloğu (SMB) 3.0 paylaşımına depolanmış erişim dosyaları.

Görev 3c: Sanal sabit disk biçimi ve türü tanımlayın

Sanal sabit disk depolama türü kullanıyorsanız öncelikle aşağıdaki tabloda listelenen seçeneklerden kullanacağınız VHD biçimini seçmeniz gerekir.

Disk biçimi

Olumlu yönleri

Olumsuz yönleri

VHD

  • Tüm Hyper-V sürümleri tarafından desteklenir

  • Hem şirket içi uygulamalar hem de Azure tarafından desteklenir

  • En fazla depolama kapasitesi 2040 GB'dir

  • Azure tarafından desteklenen en büyük sanal sabit disk 1 TB'dir

  • 2. nesil sanal makineler tarafından desteklenmez

VHDX

  • En fazla depolama kapasitesi 64 terabayttır (TB)

  • Güç kesintisi sırasında veri bozulmasına karşı koruma

  • Sanal sabit disk biçiminin büyük kesim disklerde iyi çalışması için geliştirilmiş hizalama

  • 4 KB kesimler için tasarlanmış uygulamalar ve iş yükleri tarafından kullanıldığında geliştirilmiş performansa imkan tanıyan 4 KB mantıksal kesim sanal diski

  • Yük Devretme Kümesi gerektiren sanal makineler için paylaşılan depolama olarak kullanılabilir

  • Azure'da sanal makineler tarafından şu anda desteklenmiyor

  • Windows Server 2012 öncesindeki Hyper-V sürümleriyle kullanılamaz

Paylaşılan VHDX

Konuk sanal makine kümeleri için paylaşılan depolama olarak kullanılır

  • Hyper-V çalıştıran ana bilgisayarda Windows Server 2012 R2 gerektirir

  • Paylaşılan bir sanal sabit disk kullanan konuk kümeleri için desteklenen konuk işletim sistemleri Windows Server 2012 R2 ve Windows Server 2012'dir. Windows Server 2012'yi bir konuk işletim sistemi olarak desteklemek için konuğa (sanal makine) Windows Server 2012 R2 Tümleştirme Hizmetleri yüklenmelidir.

  • Aşağıdaki özellikler paylaşılan VHDX ile uyumlu değildir:

    • Hyper-V Çoğaltma

    • Yapılandırılmış sanal makinelerden herhangi biri çalışırken sanal sabit diskin yeniden boyutlandırılması

    • Dinamik depolama geçişi

    • Ana bilgisayar düzeyinde VSS yedeklemeleri. Konuk düzeyinde yedeklemeler, fiziksel sunucularda çalışan bir küme için kullanacağınız yöntemler kullanılarak gerçekleştirilmelidir.

    • Sanal makine kontrol noktaları

    • Depolama Hizmet Kalitesi

Ardından, aşağıdaki tabloda listelenen seçeneklerden kullanacağınız disk türünü seçin.

Disk türü

Olumlu yönleri

Olumsuz yönleri

Sabit

  • Diğer disk türlerine göre parçalanma yaşama olasılığı daha azdır

  • Diğer disk türlerinden daha düşük CPU ek yükü

  • VHD dosyası oluşturulduktan sonra kullanılabilir disk alanı konusunda diğer disk türlerinde olduğundan daha az endişe edilir

  • Hem şirket içi uygulamalar hem de Azure tarafından desteklenir

  • Oluşturulmuş bir sanal sabit disk, sanal makine alanın tamamını kullanmıyorsa bile tüm alanın kullanılabilir olmasını gerektirir.

  • Kullanılabilir yeterli depolama alanı yoksa sanal sabit disk oluşturulamaz.

  • Sanal sabit diskte kullanılmayan alan diğer sanal sabit disklere ayrılamaz.

Dinamik

Sağlanan her şeyi kullanmak yerine yalnızca gerekli disk alanını kullanır

  • Dinamik diskler sabit disklere dönüştürülebilse de şu anda Azure tarafından desteklenmez

  • Dinamik sanal sabit diskler kullanırken boş disk alanının izlenmesi önemlidir. Disk alanı bir dinamik sanal sabit diskin büyümesi için uygun değilse, sanal makine duraklatılmış kritik duruma girer.

  • Sanal sabit disk dosyası parçalanabilir

  • Okuma ve yazma işlemleri için sabit disk türünde olduğundan biraz daha yüksek CPU ek yükü

Fark kayıt

Birden çok fark kayıt diski aynı üst öğeyi kullanıyorsa daha az disk alanı kullanabilir

  • Şu anda Azure tarafından desteklenmez

  • Bir üst diskte yapılan değişiklikler alt görevde veri tutarsızlığına neden olabilir

  • Yüksek G/Ç yoğun iş yükleri için okuma ve yazma işlemlerine yönelik biraz daha yüksek CPU ek yükü

Bir sanal sabit disk dosya türü seçerken aşağıdakileri göz önünde bulundurun:

  • VHDX biçimini kullandığınızda, yalnızca ihtiyaç duyulduğunda alan ayırmayla ilişkili alan tasarruflarına ek olarak dayanıklılık garantisi sunduğundan bir dinamik disk kullanılabilir.

  • Barındırma birimindeki depolama etkin bir şekilde izlenmediğinde, biçimine bakılmaksızın sabit bir disk de kullanılabilir. Bunun yapılması, VHD dosyasının çalışma zamanında genişletilmesi durumunda yeterli disk alanının mevcut olmasını sağlar.

  • Bir sanal makinenin kontrol noktaları (önceki adıyla anlık görüntüler), diske yazma depolamak için bir fark kayıt sanal sabit diski oluşturur. Yalnızca birkaç kontrol noktasına sahip olunması depolama G/Ç için CPU kullanımını yükseltebilir, ancak performansı belirgin şekilde etkilemeyebilir (yüksek oranda G/Ç yoğun sunucu iş yükleri hariç).

    Ancak, sanal sabit disklerden okuma için istenen blokların kontrol edilmesi gerekebildiğinden, büyük bir kontrol noktaları zincirine sahip olunması performansı fark edilir şekilde etkileyebilir. Kontrol noktası zincirlerinin kısa tutulması, iyi disk G/Ç performansını sürdürmek için önemlidir.

Görev 3d: Her veri türü için hangi depolama türünün kullanılacağını tanımlayın

Sanal makinelerin depolayacağı veri türlerini ve depolama türlerini tanımladıktan sonra, her bir veri türü için hangi depolama türünü ve hangi sanal disk biçimi ve türünü kullanacağınızı belirleyebilirsiniz.

Görev 4: Sanal makine kullanılabilirlik stratejisini tanımlayın

Doku yöneticileri dokunun kullanılabilirliğinden sorumlu olsa da, sanal makinelerinin kullanılabilirliğinden en sonunda sanal makine yöneticileri sorumludur. Sonuç olarak, sanal makine yöneticisi sanal makinelerine yönelik uygun kullanılabilir stratejiyi tasarlamak için dokunun özelliklerini anlamalıdır.

Aşağıdaki tablolarda yukarıdaki 1. Adım, Görev 2'de tanımlanan özelliklere sahip iş yüklerini çalıştıran sanal makineler için üç kullanılabilirlik stratejisi çözümlenmektedir. Genellikle, sanal makine yöneticilerinin uygun planı yapabilmesi için dokuya yönelik planlı kapalı kalma süresi etkinlikleri programlanırken doku yöneticisi, sanal makine yöneticilerini önceden bilgilendirir. Üç kullanılabilirlik stratejisi şunlardır:

  • Durum bilgisiz

  • Durum bilgisi olan

  • Paylaşılan durum bilgisi olan

Durum bilgisiz

Seçenek

Dikkat edilecek noktalar

Ana bilgisayar düzeyinde Sanal Makine Dinamik Geçişi

  • Bir ana bilgisayarın planlı bakıma alınması gerekiyorsa, çalışan sanal makineler sanal makinede kapalı kalma süresi olmadan çalıştırılabilir bir ana bilgisayara geçirilebilir. Ana bilgisayar konuları hakkında daha fazla bilgi için bkz. Görev 5: Sunucu sanallaştırma ana bilgisayar kullanılabilirlik stratejisini tanımlayın.

  • Sanal makineler her iki ana bilgisayar tarafından erişilebilen bir depolama alanına depolanmazsa, bir dinamik geçiş sırasında sanal makine depolama alanını taşımanız gerekir.

  • Bir ana bilgisayar beklenmedik şekilde başarısız olursa, ana bilgisayarda çalışan tüm sanal makineler çalışmayı durdurur. Aynı iş yükünü başka bir ana bilgisayarda çalıştırarak sanal makineleri başlatmanız gerekir.

Yük dengeli kümeler (Windows Ağ Yükü Dengeleme kullanılarak)

  • Sanal makine yöneticisinin farklı ana bilgisayarlarda barındırılan özdeş bir iş yükü çalıştıran en az iki sanal makineye sahip olması gerekir.

  • Ağ Yükü Dengeleme (NLB), sanal makinelerin içinde sanal makine yöneticisi tarafından yapılandırılır.

  • NLB, statik IP adreslerinin ağ bağdaştırıcılarına atanmasını gerektirir. DHCP adres ataması desteklenmez.

  • Sanal makine yöneticisinin NLB sanal IP adresini kullanmak ve gerekli DNS girişini oluşturmak üzere IP adreslerini alması için doku yöneticisiyle birlikte çalışması gerekir.

  • Konuklarda NLB tarafından kullanılan sanal ağ için MAC yanıltmayı etkinleştirin. Bu işlem bir NLB kümesine düğüm olarak katılan her sanal makinede Ağ Bağdaştırıcısı ayarlarından yapılabilir. Sanal makineleri yeniden başlatmadan NLB kümeleri oluşturabilir, düğümler ekleyebilir ve NLB küme yapılandırmalarını güncelleştirebilirsiniz.

  • NLB kümesine katılan tüm sanal makineler aynı alt ağda olmalıdır.

  • İş yükünün kullanılabilirliğini sağlamak için (ana bilgisayar hatası durumunda bile), sanal makine doku yöneticisinin, sanal makinelerin farklı ana bilgisayarlarda çalıştığından emin olması gerekir.

Yük dengeli kümeler (bir donanım yük dengeleyicisi kullanarak)

  • Bu özelliğin doku düzeyinde sağlanması gerekir ve doku yöneticileri bunu gerektiren sanal makineler için yük dengeli kümeleri yapılandırmalıdır. Veya sanal makine yöneticilerinin donanım yük dengeleyicisi için yönetim portalı üzerinden bunu yapılandırmasını sağlayabilir.

  • Sanal makine yöneticisinin doku üzerinde barındırılan özdeş bir iş yükü çalıştıran en az iki sanal makineye sahip olmasını gerektirir.

  • Ek bilgi için donanım satıcısının ürün belgelerine bakın.

Durum bilgisi olan

Seçenek

Dikkat edilecek noktalar

Hyper-V Kümesi

  • Bir yük devretme kümesinin yapılandırılmasını gerektirir.

  • CSV dosyaları için kümedeki tüm düğümler arasında paylaşılan depolama gerektirir. Bu bir SAN depolama alanı veya SMB 3.0 dosya paylaşımı olabilir.

  • Küme bir ana bilgisayarla ilgili sorun algıladığında veya Hyper-V sanal makine ağı ya da depolama alanıyla ilgili sorun algıladığında, sanal makine başka bir ana bilgisayara taşınabilir. Sanal makine taşınma sırasında çalışmaya devam eder.

  • Bir ana bilgisayarda geri dönülemez bir hata varsa, o ana bilgisayarda çalışan sanal makineler kümenin diğer düğümlerinde başlatılabilir. Kritik sanal makineler otomatik olarak başlatılacak şekilde yapılandırılabilir. Geri dönülemez bir ana bilgisayar hatası olursa bunun yapılması kapalı kalma süresini sınırlar.

  • Küme Durumunu Algılayan Güncelleştirme ile çalışan sanal makineleri etkilemeden ana bilgisayarlara düzeltme eki ekleyin.

  • Sanal makineleri aynı düğümde çalıştırmaktan kaçınmak için sanal makineyi benzeşim karşıtı olarak yapılandırın. Örneğin, bir arka uç uygulaması için ön uç hizmetleri sağlayan iki web sunucusu çalıştırıyorsanız her iki web sunucusunun aynı düğümde çalışmasını istemezsiniz.

  • Bir düğüm bakım moduna alındığında yük devretme kümesi hizmeti, çalışan sanal makineleri kümedeki diğer düğüme taşır. Düğümde çalışan bir sanal makine yoksa, gerekli bakım gerçekleştirilebilir.

    Yük devretme kümesi, sanal makineleri bakım modundaki bir düğüme taşımaz. Bir düğümü bakım moduna almadan önce, Hyper-V kümesindeki diğer düğümlerde mevcut makineleri çalıştırmak ve SLA'ları müşterileriniz için sürdürmek üzere yeterli kapasite bulunduğundan emin olun.

Paylaşılan durum bilgisi olan

Küme durumunu algılayan iş yükleri çalıştırırken sanal makine konuk kümelemeyi etkinleştirerek ek bir kullanılabilirlik katmanı sağlayabilirsiniz. Konuk kümeleme, sanal makinedeki iş yükleri için yüksek kullanılabilirliği destekler. Konuk kümeleme, sanal makinenin çalıştığı ana bilgisayar arıza yapsa bile sanal makinelerde çalışan iş yüküne koruma sağlar. İş yükü Yük Devretme Kümesi tarafından korunduğundan, diğer düğümdeki sanal makine otomatik olarak görevi üstlenebilir.

Seçenek

Dikkat edilecek noktalar

Sanal Makine Konuk Kümeleme

  • Aynı anda iki veya daha fazla sanal makinenin erişebildiği paylaşılan depolama alanı gerektirir. Desteklenen bağlantı türleri şunlardır:

    • iSCSI

    • Sanal Fiber Kanal

    • Paylaşılan VHDX

  • Sanal makine benzeşim karşıtlığını, her iki sanal makinenin aynı küme düğümü üzerinde çalışmasını engelleyecek şekilde yapılandırın.

  • Sanal makine konuk kümeleme Azure tarafından desteklenmez.

  • Aşağıdaki özellikler paylaşılan VHDX ile uyumlu değildir:

    • Hyper-V Çoğaltma

    • Yapılandırılmış sanal makinelerden herhangi biri çalışırken sanal sabit diskin yeniden boyutlandırılması

    • Dinamik depolama geçişi

    • Ana bilgisayar düzeyinde VSS yedeklemeleri. Konuk düzeyinde yedeklemeler, fiziksel sunucularda çalışan bir küme için kullanacağınız yöntemler kullanılarak gerçekleştirilmelidir.

    • Sanal makine kontrol noktaları

    • Depolama Hizmet Kalitesi

Ek bilgiler:

Paylaşılan Sanal Sabit Disk Kullanarak Konuk Kümesi Dağıtma

Yüksek Kullanılabilirlik için Konuk Kümeleme Kullanma

Olağanüstü Durum Kurtarma

Olağanüstü bir durum varsa gerekli iş yüklerini istemcilere hizmet edebilmeleri için ne kadar kısa sürede hazır ve çalışır duruma getirebilirsiniz? Bazı durumlarda ayrılan süre yalnızca birkaç dakika olabilir.

Gecikmeler nedeniyle kabul edilebilir bir veri kaybıyla en güncel verilerin çoğaltıldığından emin olmak amacıyla verilerin ana veri merkezlerinizden olağanüstü durum kurtarma merkezlerine çoğaltılması gerekir. İş yüklerini sanal makinelerde çalıştırarak sanal sabit diskleri ve sanal makine yapılandırma dosyalarını birincil sitenizden bir çoğaltma sitesine çoğaltabilirsiniz.

Aşağıdaki tabloda olağanüstü durum kurtarma seçenekleri karşılaştırılmaktadır.

Seçenek

Dikkat edilecek noktalar

Hyper-V Çoğaltma

  • Ucuzdur ve ana bilgisayar ve depolama donanımlarının olağanüstü durum kurtarma sitelerinde çoğaltılması gerekmez.

  • Çoğaltmayı yönetmek amacıyla, sanal makine yönetimi için kullanılanlarla aynı yönetim araçlarını kullanın.

  • Veri kaybı gereksinimlerinizi karşılamak için yapılandırılabilir çoğaltma aralıkları.

  • Çoğaltma sitesinde kullanılacak farklı IP adreslerini yapılandırın.

  • Ağ altyapısında en düşük düzeyde etki.

  • Fiziksel diskler (aynı zamanda doğrudan geçiş diskleri olarak bilinir), sanal Fiber Kanal depolama alanı veya paylaşılan sanal sabit diskler ile yapılandırılmış sanal makineler için desteklenmez.

  • Hyper-V Çoğaltma, veri yedekleme depolama alanı ve veri almanın yerine kullanılmamalıdır.

  • Ek kurtarma noktaları yapılandırılırsa çoğaltma sitesinde ek depolama alanı gerekli olacaktır.

  • Çoğaltma aralığı hızı, veri kaybı miktarını belirler.

  • Çok miktarda değişiklik yapılan bir sanal makine kısa bir çoğaltma aralığıyla yapılandırıldığında çoğaltma sitesinde ek depolama alanı gerekir.

Yedekleme

  • System Center Data Protection Manager gibi Hyper-V tarafından desteklenen bir yedekleme çözümü kullanarak tüm sanal makineyi yedekleyin.

  • Veri kaybı son yedeklemenin ne kadar eski olduğuna göre belirlenir.

  • Paylaşılan bir VHDX dosyasıyla yapılandırılan sanal makineler ana bilgisayar düzeyinde yedeklenemez. Sanal makineye bir yedekleme aracısı yükleyin ve sanal makinenin içindeki verileri yedekleyin.

Notlar:

  • System Center 2012 R2 - Virtual Machine Manager çalıştırırken çoğaltmayı merkezden yönetmek ve otomatik hale getirmek için Microsoft Azure Site Recovery kullanmanız gerekir.

  • Microsoft Azure Site Recovery kullanarak sanal makineleri Azure'a yedekleyin. Bir sanal makine şu anda Azure'a önizleme modunda çoğaltılır.

Ek bilgiler:

Microsoft Azure Site Recovery

Önemli:

  • Hyper-V Çoğaltmanın ağ altyapınız üzerindeki etkisini, birincil, çoğaltma ve genişletilmiş çoğaltma sunucularında işlemci kullanımını, birincil ve çoğaltma sunucularındaki bellek kullanımını ve mevcut sanal makinelere dayalı birincil, çoğaltma ve genişletilmiş çoğaltma sunucularındaki disk IOPS'u anlamak için Hyper-V Çoğaltma Kapasite Planlayıcısı'nı kullanın.

  • İş yükünüz SQL Server'daki AlwaysOn Kullanılabilirlik Grupları gibi yerleşik bir olağanüstü durum kurtarma çözümüne sahip olabilir. Hyper-V Çoğaltmanın iş yükü tarafından desteklenip desteklenmediğini onaylamak için iş yükü belgelerine başvurun.

Ek bilgiler:

Hyper-V Çoğaltma

System Center Data Protection Manager

Görev 5: Sanal makine türlerini tanımlayın

Ortamınızda iş yüklerini desteklemek için her bir iş yükünün gereksinimlerini karşılayacak benzersiz kaynak gereksinimlerine sahip sanal makineler oluşturabilirsiniz. Alternatif olarak, sanal makine barındırma hizmetlerinin (aynı zamanda Hizmet Olarak Altyapı (IaaS) olarak adlandırılır) genel sağlayıcılarına yönelik benzer bir yaklaşım benimseyebilirsiniz.

Microsoft Azure Altyapı Hizmetleri tarafından sunulan sanal makine yapılandırmalarının bir açıklaması için bkz. Azure için Sanal Makine ve Bulut Hizmeti Boyutları. Bu makalenin yazıldığı sırada hizmet her biri işlemci, bellek, depolama ve IOP için farklı bir alan birleşimine sahip 13 sanal makine desteklemektedir.

Tasarım Kararı - Bu adımın tüm görevlerinde aldığınız kararlar Sanal makine yapılandırmaları çalışma sayfalarına girilebilir.

3. Adım: Sunucu sanallaştırma ana bilgisayar gruplarını planlayın

Tek sunucu ana bilgisayarlarını tanımlamadan önce ilk olarak ana bilgisayar gruplarını tanımlamak isteyebilirsiniz. Ana bilgisayar grupları bu adımın geri kalan görevlerinde ana hatlarıyla verilen genel hedefleri karşılamak üzere bir grup altında toplanan, adlandırılmış bir sunucu topluluğudur.

Görev 1: Fiziksel konumları tanımlayın

Donanım kaynaklarını fiziksel konuma göre gruplandırmanız ve yönetmeniz olasıdır, bu nedenle ilk olarak kuruluşunuzda doku kaynakları içeren konumları tanımlamak istersiniz.

Görev 2: Ana bilgisayar grubu türlerini tanımlayın

Aşağıdaki özelliklere sahip iş yüklerini barındırma gibi birkaç nedenden dolayı ana bilgisayar grupları oluşturabilirsiniz:

  • İş yükü özellikleri

  • Kaynak gereksinimleri

  • Hizmet kalitesi gereksinimleri

Aşağıdaki görüntü iki konumda beş ana bilgisayar grubu oluşturmuş bir kuruluşu göstermektedir.

Ana bilgisayar grubu

Şekil 2:Ana bilgisayar grubu örneği

Kuruluş ana bilgisayar gruplarını aşağıdaki tabloda belirtilen nedenlerden dolayı oluşturmuştur.

Ana bilgisayar grubu

Oluşturma nedeni

Durum bilgisiz ve durum bilgisi olan iş yükü

  • Bu iş yükü özellikleri bu kuruluşta en yaygın özelliklerdir, dolayısıyla bu ana bilgisayar grubuna her iki konumda sahip olabilirler.

  • Bu iş yükleri benzer performans ve hizmet düzeyi gereksinimlerine sahiptir.

Muhasebe departmanının durum bilgisi olan ve durum bilgisiz iş yükleri

Bu ana bilgisayar grubundaki sunucuların donanım yapılandırması, ortamdaki diğer durum bilgisiz ve durum bilgisi olan iş yükü ana bilgisayar grupları ile aynı olsa da, Muhasebe departmanı kuruluştaki diğer departmanlardan daha yüksek güvenlik gereksinimleri içeren uygulamalara sahiptir. Sonuç olarak, dokudaki diğer ana bilgisayar gruplarından farklı şekilde güvenliğinin sağlanabilmesi için bunlara adanmış bir ana bilgisayar grubu oluşturulmuştur.

Paylaşılan durum bilgisi olan iş yükleri

Bu ana bilgisayar grubunun barındırdığı iş yükleri, kullanılabilirliklerini sürdürmek üzere Windows Server'daki Yük Devretme Kümesine bağımlı olduğundan paylaşılan depolama gerektirir. Bu sanal makinelerin yapılandırması kuruluştaki diğer sanal makinelerden farklı olduğundan bu iş yükleri özel bir ana bilgisayar grubu tarafından barındırılır.

Yüksek G/Ç durum bilgisi olan iş yükleri

Ana bilgisayar grubundaki tüm ana bilgisayarlar diğer ana bilgisayar gruplarındaki ana bilgisayarlardan daha yüksek hızlı ağlara bağlanır.

Kuruluş konumları ana bilgisayar gruplarıyla yaymış olsa da, yönetilmesini kolaylaştırmak amacıyla aynı konumdaki her bir ana bilgisayar grubunun tüm üyelerini tutmayı seçmiştir. Bu örnekte görebildiğiniz gibi, ana bilgisayar grupları çeşitli nedenlerle oluşturulabilir ve bu nedenler kuruluşlar arasında farklılık gösterir. Kuruluşunuzda oluşturduğunuz ana bilgisayar grubu türlerinin sayısı arttıkça ortamın yönetimi daha karmaşık hale gelir ve sonunda sanal makine barındırmaya maliyetini artırır.

İpucu: Bir ana bilgisayar grubundaki sunucu donanımı daha fazla standartlaştırılmış olduğunda ana bilgisayar grubunu zaman içinde ölçeklendirmek ve sürdürmek daha kolay olur. Bir ana bilgisayar grubundaki donanımı standartlaştırmak istediğinizi belirlerseniz, standartlaştırılmış yapılandırma verilerini Sanallaştırma Doku Tasarımı Hakkında Dikkat Edilecek Noktalar Çalışma Sayfası'ndaki Ana bilgisayar grupları çalışma sayfasına ekleyebilirsiniz. Fiziksel donanım konuları hakkında daha fazla bilgi için bkz. 4. Adım: Sunucu sanallaştırma ana bilgisayarlarını planlayın.

Şu anda sanal makine barındıran birçok genel bulut sağlayıcısının aşağıdaki özelliklere sahip olduğunu göz önünde bulundurun:

  • Yalnızca paylaşılan durum gerektirmeyen sanal makineleri barındırır.

  • Çoğunlukla tüm müşterilere sağladıkları yalnızca bir hizmet kalitesi ölçümleri kümesine sahiptir.

  • Belirli donanımları belirli müşterilere ayırmaz.

Özdeş donanımlar içeren bir ana bilgisayar grubu türü ile başlamanız ve yalnızca faydası maliyetinden ağır bastığında ek ana bilgisayar grubu türleri eklemeniz önerilir.

Görev 3: Ana bilgisayar grubu üyelerinin kümelenmesini belirleyin

Geçmişte Windows Server'da Yük Devretme Kümesi yalnızca sunucu kullanılabilirliğini artırmak için kullanılırken, çok daha fazla işlevsellik sağlayacak şekilde gelişmiştir. Ana bilgisayar grubu üyelerinizi kümelemek isteyip istemediğinize karar vermek için aşağıdaki tabloda bulunan bilgileri göz önünde bulundurun.

Seçenek

Olumlu yönleri

Olumsuz yönleri

Ana bilgisayar grubu üyeleri bir yük devretme kümesinin parçasıdır

  • Herhangi bir ana bilgisayar arıza yaparsa, onu barındıran sanal makineler geri kalan düğümlerde otomatik olarak yeniden başlatılır.

  • Sanal makineler o anda çalıştırdıkları düğüm, düğümle ilgili veya sanal makinede bir sorun algıladığında kümedeki başka bir düğüme taşınabilir.

  • Çalışan sanal makineleri etkilemeden kümedeki düğümleri kolayca güncelleştirmek için Küme Durumunu Algılayan Güncelleştirme kullanın.

  • Ana bilgisayarların küme üyesi olması için özel yapılandırma gerekir.

  • Ana bilgisayarlar bir Active Directory etki alanının üyesi olmalıdır.

  • Yük Devretme Kümesi ek ağ ve depolama gereksinimlerine sahiptir.

Ana bilgisayar grubu üyeleri bir yük devretme kümesinin parçası değildir

  • Ana bilgisayarlar belirli bir küme yapılandırması gerektirmez.

  • Ana bilgisayarlar bir Active Directory etki alanının üyesi olmak zorunda değildir.

  • Ek ağ ve depolama gerekli değildir.

Bir ana bilgisayarda çalışan sanal makineler, geri kalan bir ana bilgisayara elle taşınmalı (veya bir tür otomasyon kullanabilirsiniz) ve yeniden başlatılmalıdır.

Tasarım kararı - Bu adımın tüm görevlerinde verdiğiniz tasarım kararları Ayarlar çalışma sayfasına girilebilir.

4. Adım: Sunucu sanallaştırma ana bilgisayarlarını planlayın

Bu adımda, sanallaştırma dokunuzda çalıştırmayı planladığınız sanal makineleri barındırmak için ihtiyaç duyacağınız ana bilgisayarların türlerini tanımlarsınız. Tedarik ve destek maliyetlerini hafifletmek için ana bilgisayar yapılandırmalarını bazı durumlarda tek bir yapılandırma olmak üzere sınırlamak isteyebilirsiniz. Ek olarak, yanlış ekipmanın satın alınması dağıtım maliyetlerini yükseltir.

Cloud Platform System

Microsoft en büyük veri merkezlerinden ve bulut hizmetlerinden bazılarını çalıştırma deneyimini, fabrikada tümleştirilmiş ve tam doğrulamalı yakınsanmış bir sistemle bir araya getirir. Cloud Platform System (CPS), Microsoft’un kanıtlanmış Windows Server 2012 R2, System Center 2012 R2 ve Microsoft Azure Paketi yazılım yığınını Dell’in bulut sunucusu, depolama ve ağ donanımıyla birleştirir. Bulutunuz için ölçeklenebilir bir yapı taşı olarak CPS, değerleme süresini kısaltır ve tutarlı bir bulut deneyimi sağlar.

CPS; Hizmet Olarak Platform, Windows ve Linux sanal makineleri için self servis ve çok kiracılı bir bulut ortamı sağlar ve SQL Server, SharePoint ve Exchange gibi Microsoft uygulamalarına yönelik iyileştirilmiş dağıtım paketleri içerir. Fabrika tümleştirmesi riski ve karmaşıklığı azaltırken dağıtım süresini birkaç aydan birkaç güne kadar hızlandırır. Basitleştirilmiş destek işlemi ve rutin altyapı görevlerinin otomatik hale getirilmesi, IT kaynaklarını yeniliklere odaklanmak üzere serbest bırakır.

Ek bilgi için Cloud Platform System sitesine bakın.

Fast Track

Donanım (ve yazılım) yapılandırmanızı tasarlamak yerine, Microsoft Private Cloud Fast Track programı aracılığıyla çeşitli donanım iş ortaklarından önceden yapılandırılmış donanım yapılandırmaları satın alabilirsiniz.

Fast Track programı, Microsoft ile donanım iş ortaklarının bir sanallaştırma dokusunu ve onu yönetecek araçları uygulama karmaşıklığını ve riskini azaltan doğrulanmış, önceden yapılandırılmış çözümler sağlamaya yönelik ortak bir çabasıdır.

Fast Track programı, donanım satıcılarının teknolojileri arasında çözümler ve müşteri seçimleri için esneklik sağlar. Bir özel bulut altyapısının yapı taşlarını hizmet teklifi olarak sunmak amacıyla Windows Server işletim sistemi, Hyper-V teknolojisi ve Microsoft System Center'ın temel özelliklerini kullanır.

Ek bilgiler:

Microsoft Private Cloud Fast Track sitesi

Görev 1: İşlem yapılandırmasını tanımlayın

Bu görevde her bir ana bilgisayar için gerekli bellek miktarını, işlemci sayısını ve Windows Server sürümünü belirlersiniz. Bir ana bilgisayarda çalışacak sanal makinelerin sayısı, bu bölümde ele alınan donanım bileşenleri tarafından belirlenir.

Not: Çözümünüzün tamamen desteklendiğinden emin olmak için, satın aldığınız tüm donanımlar, çalıştırdığınız Windows Server sürümüne yönelik Windows Server için Sertifikalıdır logosunu taşımalıdır.

Windows Server için Sertifikalıdır logosu bir sunucu sisteminin, Microsoft’un güvenlik, güvenilirlik ve yönetilebilirlik bakımından en yüksek teknik çıtasını karşıladığını gösterir. Diğer sertifikalı cihazlar ve sürücülerle birlikte Bulut ve Kurumsal iş yüklerine ve kritik iş uygulamalarına ilişkin rolleri, özellikleri ve arabirimleri destekleyebilir.

Windows Server için Sertifikalı olan donanımların en son listesi için bkz. Windows Server Kataloğu.

Görev 1a: İşlemciyi belirleyin

Hyper-V her etkin sanal makineye bir veya daha fazla sanal işlemci halinde mantıksal işlemciler sunar. Genişletilmiş Disk Belleği Tabloları (EPT) veya İç İçe Disk Belleği Tabloları (NPT) gibi İkinci Düzey Adres Çevirisi (SLAT) teknolojilerini destekleyen işlemcileri kullanarak ek çalışma zamanı verimliliği elde edebilirsiniz. Windows Server 2012 R2'de Hyper-V en fazla 320 mantıksal işlemciyi destekler.

Dikkat edilecek noktalar:

  • İşlemci bakımından yoğun olmayan iş yükleri bir tane sanal işlemci kullanacak şekilde yapılandırılmalıdır. İşlemcileri maksimum etkinlik için ayırdığınızdan emin olmak için zaman içindeki ana bilgisayar işlemcisi kullanımını izleyin.

  • CPU bakımından yoğun olan iş yüklerine iki veya daha fazla sanal işlemci atanmalıdır. Bir sanal makineye en fazla 64 sanal işlemci atayabilirsiniz. Sanal makine tarafından tanınan sanal işlemcilerin sayısı, konuk işletim sistemine bağlıdır. Örneğin, Windows Server 2008 Service Pack 2 yalnızca dört sanal işlemciyi tanır.

Ek bilgiler:

Hyper-V'ye Genel Bakış

Hyper-V Sunucuları için Performans Ayarlaması

Görev 1b: Belleği tanımlayın

fiziksel sunucu, ana bilgisayar ve çalışan sanal makineler için yeterli bellek gerektirir. Ana bilgisayar, sanal makineler adına G/Ç işlemini ve sanal makine kontrol noktası gibi işlemleri verimli bir şekilde gerçekleştirmek için bellek gerektirir. Hyper-V, ana bilgisayarda yeterli kullanılabilir bellek olmasını sağlar ve kalan belleğin sanal makinelere atanmasına imkan tanır. Sanal makineler, her bir sanal makine için beklenen yükün gereksinimlerine göre boyutlandırılmalıdır.

Hiper yönetici, sanal makineleri birbirinden yalıtmak ve sanallaştırılmamış sistemlerdeki gibi her konuk işletim sistemi için bitişik, sıfır tabanlı bir bellek alanı sağlamak amacıyla konuk fiziksel belleğini sanallaştırır. En üst düzey performansı elde ettiğinizden emin olmak için SLAT tabanlı donanım kullanarak bellek sanallaştırmanın performans maliyetini en aza indirin.

Sanal makine belleğinizi fiziksel bir bilgisayardaki sunucu uygulamaları için genellikle yaptığınız şekilde boyutlandırın. Yetersiz bellek yanıt sürelerini ve CPU veya G/Ç kullanımını önemli ölçüde artırabildiğinden, sanal makineye atanan bellek miktarı, sanal makinenin normal ve yoğun saatlerde beklenen yükü makul şekilde işlemesine imkan tanır.

Bir sanal makine için ayrılan bellek, diğer sanal makinelerin kullanabildiği bellek miktarını azaltır. Ana bilgisayarda yeterli kullanılabilir bellek yoksa sanal makine başlatılmaz.

Dinamik Bellek, yeniden başlatma işlemleri için geliştirilmiş güvenilirlikle daha yüksek birleştirme sayıları elde etmenizi sağlar. Bu durum özellikle toplanmış VDI ortamları gibi çok sayıda boşta veya düşük yüklü sanal makinelere sahip ortamlarda maliyetleri azaltabilir. Dinamik Bellek çalışma zamanı yapılandırma değişiklikleri kapalı kalma süresini azaltabilir ve gereksinim değişikliklerine yanıt verme çevikliğini artırabilir.

Dinamik Bellek hakkında daha fazla bilgi için, bir sanal makine için belleğin nasıl belirleneceğini ele alan Görev 1b: Belleği tanımlayın bölümüne bakın.

Ek bilgiler:

Dinamik Belleğe Genel Bakış

Sanal NUMA'ya Genel Bakış

Görev 1c: Windows Server işletim sistemi sürümünü tanımlayın

Windows Server Standard ve Windows Server Datacenter içindeki özellik kümeleri tamamen aynıdır. Windows Server Datacenter sınırsız sayıda sanal makine sağlar. Windows Server Standard iki sanal makine ile sınırlandırır.

Windows Server 2012 R2'de Otomatik Sanal Makine Etkinleştirme (AVMA) özelliği eklenmiştir. AVMA, bağlantısı kesilmiş ortamlarda bile sanal makineleri her bir sanal makine için ürün anahtarlarını yönetmeye gerek kalmadan uygun şekilde etkinleştirilmiş bir sunucuya yüklemenize imkan tanır.

AVMA, konuk işletim sistemlerinin Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard veya Windows Server 2012 R2 Essentials çalıştırmasını gerektirir. Aşağıdaki tabloda sürümler karşılaştırılmaktadır.

Sürüm

Olumlu yönleri

Olumsuz yönleri

Standard

  • Tüm Windows Server özelliklerini içerir

  • Sanallaştırılmamış veya hafif sanallaştırılmış ortamlar için kabul edilebilir

İki sanal makineyle sınırlıdır

Datacenter

  • Tüm Windows Server özelliklerini içerir

  • Sınırsız sayıda sanal makineye izin verir

  • Yüksek oranda sanallaştırılmış özel bulut ortamları için kabul edilebilir

Daha pahalıdır

Hyper-V, Windows Server'ın bir Sunucu Çekirdeği yükleme seçeneğine yüklenebilir. Sunucu Çekirdeği yüklemesi diskte gerekli alanı, potansiyel saldırı yüzeyini ve özellikle hizmet gereksinimlerini azaltır. Sunucu Çekirdeği yüklemesi; komut satırı, Windows PowerShell veya uzaktan yönetim kullanılarak yönetilir.

Kullanmayı planladığınız herhangi bir yazılımın lisans koşullarının gözden geçirilmesi önemlidir.

Microsoft Hyper-V Server

Microsoft Hyper-V Server, kuruluşların sunucu kullanımlarını geliştirmesine ve maliyetleri azaltmasına yardımcı olan basit ve güvenilir bir sanallaştırma çözümü sağlar. Yalnızca Windows hiper yöneticisi, bir Windows Server sürücü modeli ve sanallaştırma bileşenleri içeren bağımsız bir üründür.

Hyper-V Server, müşterilerin mevcut BT ortamlarına uyabilir ve mevcut sağlama, yönetim işlemleri ve destek araçlarından faydalanabilir. Windows Server'ın ilgili sürümleriyle aynı donanım uyumluluğu listesini destekler ve Microsoft System Center ve Windows Update, Active Directory ve Yük Devretme Kümesi gibi Windows teknolojileri ile tamamen tümleştirilir.

Hyper-V Server ücretsiz indirilir ve yüklemesi önceden etkinleştirilmiştir. Ancak, barındırılan bir sanal makinede çalışan her işletim sistemi uygun bir lisans gerektirir.

Ek bilgiler:

Otomatik Sanal Makine Etkinleştirme

Microsoft Hyper-V Server

Hyper-V Server'ı Uzaktan Yönetme

Görev 2: Ağ yapılandırmasını tanımlayın

Yukarıdaki 2. Adım, Görev 2'de sanal makine ağlarına ilişkin tasarım konuları ele alınmıştır. Burada ise ana bilgisayarın ağ konuları ele alınacaktır. Hyper-V dağıtırken göz önünde bulundurmanız ve planlamanız gereken birkaç türlü ağ trafiği mevcuttur. Ağ yapılandırmanızı aşağıdaki hedefleri göz önünde bulundurarak tasarlamanız gerekir:

  • Ağ Hizmet Kalitesini sağlama

  • Ağ artıklığı sağlama

  • Tanımlanan ağlara trafiği yalıtma

Görev 2a: Ağ trafiği türlerini tanımlayın

Bir Hyper-V kümesini dağıtırken birkaç ağ trafiği türünü planlamanız gerekir. Aşağıdaki tabloda trafik türleri özetlenmektedir.

Trafik türü

Açıklama

Yönetim

  • Hyper-V çalıştıran sunucu ile temel altyapı işlevselliği arasında bağlantı sağlar

  • Hyper-V ana bilgisayar işletim sistemini ve sanal makineleri yönetmek için kullanılır

Küme ve CSV'ler

  • Küme sinyali ve Küme Paylaşılan Birimleri (CSV) yönlendirmesi gibi düğümler arası küme iletişimi için kullanılır

  • Yalnızca Yük Devretme Kümesi kullanılarak Hyper-V dağıtıldığında

Dinamik geçiş

Sanal makine dinamik geçişi ve hiçbir şey paylaşılmayan dinamik geçiş için kullanılır

Depolama

SMB trafiği veya iSCSI trafiği için kullanılır

Çoğaltma

Hyper-V Çoğaltma özelliği ile sanal makine çoğaltma trafiği için kullanılır

Sanal makine (kiracı) trafiği

  • Sanal makine bağlantısı için kullanılır

  • Genellikle hizmet istemcisi istekleriyle dış ağ bağlantısı kurulmasını gerektirir

Not: Sanal makine trafik türlerinin listesi için bkz. 2. Adım: Sanal makine yapılandırmasını planlayın.

Yedekleme

Sanal sabit disk dosyalarını yedeklemek için kullanılır

Görev 2b: Ağ trafiği performans seçeneklerini tanımlayın

Her ağ trafiği türü en yüksek ve en düşük bant genişliği gereksinimlerine ve en düşük gecikme gereksinimlerine sahiptir. Farklı ağ performansı gereksinimlerini karşılamak için kullanılabilecek stratejiler aşağıda verilmiştir.

İlke tabanlı Hizmet Kalitesi

Bir Hyper-V kümesi dağıtırken en az altı trafik şablonu veya ağı gerekir. Her ağ, ağ artıklığı gerektirir. Başlangıç için ana bilgisayarda 12 ağ bağdaştırıcısı olduğu varsayılır. Birden çok dörtlü ağ bağdaştırıcısı yüklenmesi mümkündür, ancak bir noktadan sonra ana bilgisayarınızda yuva kalmayacaktır.

Ağ ekipmanları hızlanmaktadır. Kısa süre önce 1 GB ağ bağdaştırıcıları serinin en iyisiydi. Sunuculardaki 10 GB bağdaştırıcılar daha yaygın hale gelirken, 10 GB'lik altyapıları destekleme fiyatları daha makul hale gelmektedir.

İki adet 10 GB ekip oluşturan ağ bağdaştırıcısının yüklenmesi, dörtlü 1 GB bağdaştırıcılardan daha fazla bant genişliği sağlar, daha az anahtar bağlantı noktası gerektirir ve kablolama gereksinimlerinizi basitleştirir. Grup oluşturan 10 GB ağ bağdaştırıcılarınızda yakınsadığınız ağ trafiği türlerinin sayısı arttıkça, ilke tabanlı Hizmet Kalitesi, ağ trafiğini sanallaştırma altyapınızın gereksinimini düzgün şekilde sağlamak üzere yönetmenize imkan tanır.

İlke tabanlı Hizmet Kalitesi uygulama türüne, kullanıcılara ve bilgisayarlara göre ağ bant genişliği denetimini belirtmenizi sağlar. Hizmet Kalitesi ilkeleri ağ bant genişliğini ölçerek, değişen ağ koşullarını algılayarak (bant genişliğinin sıkışması veya kullanılabilirliği gibi) ve ağ trafiğine öncelik vererek (veya önceliğini azaltarak) bir iş yükünün veya bir uygulamanın hizmet gereksinimlerini karşılamanızı sağlar.

Windows Server 2012 R2'deki Hizmet Kalitesi ilkeleri en yüksek bant genişliğini uygulama becerisine ek olarak yeni bir bant genişliği yönetim özelliği sağlar: en düşük bant genişliği. Bant genişliği sınırı olan en yüksek bant genişliğinin aksine en düşük bant genişliği, bant genişliği tabanıdır ve belirli bir trafik türüne belirli miktarda bant genişliği atar. En düşük ve en yüksek bant genişliği sınırlarını eşzamanlı olarak uygulayabilirsiniz.

Olumlu yönleri

Olumsuz yönleri

  • Grup İlkesi tarafından yönetilir

  • Ağ bağdaştırıcısında birden çok VLAN çalıştığında ve NIC Grup Oluşturma kullanılırken uygun bant genişliğini sağlamak üzere VLAN'lere kolayca uygulanır

  • İlke tabanlı Hizmet Kalitesi, IPsec trafiğine uygulanabilir

  • Bir sanal anahtar kullanan trafiğe bant genişliği yönetimi sağlamaz

  • Hyper-V ana bilgisayarları etki alanına katılmış olmalıdır

  • Yazılım tabanlı Hizmet Kalitesi ilkeleri ve donanım tabanlı Hizmet Kalitesi ilkeleri (DCB) aynı anda kullanılmamalıdır

Ek bilgiler:

Hizmet Kalitesine (QoS) Genel Bakış

İlke Tabanlı Hizmet Kalitesi

Veri Merkezi Köprü Oluşturma

Veri Merkezi Köprü Oluşturma (DCB), belirli bir trafik türüne donanım tabanlı bant genişliği ayırmayı sağlar ve önceliğe dayalı akış kontrolü kullanarak Ethernet taşıma güvenilirliğini artırır. DCB, FCoE ve iSCSI kullanılırken önerilir.

Olumlu yönleri

Olumsuz yönleri

  • Microsoft iSCSI desteği

  • FCoE desteği

  • Aşağıdakiler dahil donanım yatırımları gereklidir:

    • DCB özellikli Ethernet bağdaştırıcıları

    • DCB özellikli donanım anahtarları

  • Dağıtımı ve yönetimi karmaşıktır

  • Sanal anahtar trafiği için bant genişliği yönetimi sağlamaz

  • Yazılım tabanlı Hizmet Kalitesi ilkeleri ve DCB ilkeleri aynı anda kullanılmamalıdır

Ek bilgiler:

Veri Merkezi Köprü Oluşturmaya (DCB) Genel Bakış

Doğrudan Erişimli SMB

Doğrudan Erişimli SMB (uzak doğrudan bellek erişimi veya RDMA üzerinden SMB), Windows Server 2012 R2'de bir depolama protokolüdür. Sunucu ile depolama alanı arasında bellekten belleğe doğrudan veri aktarımını sağlar. En düşük düzeyde CPU kullanımı gerektirir ve standart RDMA özellikli ağ bağdaştırıcıları kullanır. Bu özellik ağ isteklerine son derece hızlı yanıtlar verilmesini sağlar ve sonuç olarak uzaktan dosya depolama yanıt sürelerini doğrudan bağlı blok depolama ile eşit düzeye getirir.

Olumlu yönleri

Olumsuz yönleri

  • Yüksek verimlilik: Ağ bağdaştırıcılarının hat hızında büyük miktarda verilerin aktarımını koordine ettiği yüksek hızlı ağların tam verimliliğinden faydalanır

  • Düşük gecikme süresi: Ağ isteklerine son derece hızlı yanıtlar sağlar ve sonuç olarak uzaktan dosya depolamanın doğrudan bağlı blok deplama olarak görünmesini sağlar

  • Düşük CPU kullanımı: Ağ üzerinden veri aktarırken daha az CPU döngüsü kullanarak sanal makineler için daha fazla CPU döngüsünü boşaltır

  • Dinamik geçiş, daha hızlı dinamik geçişler için Doğrudan Erişimli SMB kullanacak şekilde yapılandırılabilir.

  • Ana bilgisayarda varsayılan olarak etkindir

  • SMB istemcisi uygun bir yapılandırma tanımlanması durumunda birden çok ağ bağlantısını otomatik olarak algılar ve kullanır

  • SMB bant genişliği yönetimini dinamik geçiş, sanal makineler ve varsayılan depolama trafiğine ilişkin sınırlar belirleyecek şekilde yapılandırın

  • Çok Kanallı SMB, RDMA tarafından desteklenen bağdaştırıcılar gerektirmez

  • RDMA özellikli ağ bağdaştırıcıları NIC Grubu Oluşturma ile uyumlu değildir

  • Yüksek kullanılabilirlik sağlamak için her ana bilgisayara iki veya daha fazla RDMA ağ bağdaştırıcısının dağıtılmasını gerektirir

  • Şu anda aşağıdaki ağ bağdaştırıcısı türleriyle sınırlıdır:

    • iWARP

    • Infiniband

    • RoCE

  • RoCE ile RDMA, akış denetimi için DCB gerektirir.

Alma Kesimi Birleştirme

Alma kesimi birleştirme (RSC), CPU'dan RSC özellikli bir ağ bağdaştırıcısına görevleri boşaltarak gelen ağ işlemi için CPU kullanımını azaltır.

Olumlu yönleri

Olumsuz yönleri

  • Büyük miktarda gelen ağ trafiğini işlemek için ek yükü azaltarak sunucuların ölçeklenebilirliğini artırır

  • Ağ depolama ve dinamik geçişler için harcanan CPU döngülerini en aza indirir

  • RSC özellikli bir ağ bağdaştırıcısı gerektirir

  • Yoğun gönderme içeren iş yükleri için önemli iyileştirme sağlamaz

  • Şifrelenmiş IPsec trafiği ile uyumlu değildir

  • Ana bilgisayar trafiği için geçerlidir. RSC'yi sanal makine trafiğine uygulamak için sanal makine Windows Server 2012 R2 çalıştırıyor olmalı ve bir SR-IOV ağ bağdaştırıcısı ile yapılandırılmalıdır.

  • Windows Server 2012 R2'ye yükseltilmiş sunucularda varsayılan olarak etkin değildir

Alma Tarafı Ölçeklendirmesi

Alma tarafı ölçeklendirmesi (RSS), ağ bağdaştırıcılarının birden çok çekirdek bilgisayardaki birden çok işlemci çekirdeğinde bulunan çekirdek modu ağ işleme yükünü dağıtmasını sağlar. Bu işlemenin dağıtılması yalnızca bir çekirdek kullanılırsa mümkün olandan daha yüksek ağ trafiği yüklerini desteklemeyi olası hale getirir. RSS bunu çok sayıda işlemciye ağ işlemini dağıtarak ve İletim Denetimi Protokolü (TCP) tarafından sonlandırılan trafiğin etkin şekilde yük dengelemesini yaparak başarır.

Olumlu yönleri

Olumsuz yönleri

  • İzleme kesintilerini birden çok işlemci üzerine yayar, bu yüzden Windows Server'ın önceki sürümlerinde yaygın olduğu üzere tüm G/Ç kesintilerini işlemek için tek bir işlemci gerekmez.

  • NIC Grubu Oluşturma ile çalışır

  • Kullanıcı Veri Birimi Protokolü (UDP) trafiği ile çalışır

  • RSS özellikli bir ağ bağdaştırıcısı gerektirir

  • Sanal ağ bağdaştırıcısı bir sanal anahtara bağlıysa devre dışı bırakılır. VMQ bir sanal anahtara bağlı ağ bağdaştırıcıları için RSS yerine kullanılır.

SR-IOV

Hyper-V, SR-IOV özellikli ağ cihazlarını destekler ve fiziksel ağ bağdaştırıcısının bir SR-IOV sanal işlevinin sanal makineye doğrudan atanmasına imkan tanır. Bunun yapılması ağ verimliliğini artırır, ağ gecikmesini azaltır ve ağ trafiğini işlemek için gerekli ana bilgisayar CPU ek yükünü azaltır.

SR-IOV hakkında ek bilgi için bkz. Görev 2b: Ağ trafiği performans seçeneklerini tanımlayın.

Görev 2c: Ağ trafiği yüksek kullanılabilirliğini ve bant genişliği toplama stratejisini tanımlayın

Aynı zamanda yük dengeleme ve yük devretme (LBFO) olarak bilinen NIC Grubu Oluşturma, bant genişliği toplama ve trafik yük devretme amacıyla bir gruba birden çok ağ bağdaştırıcısının yerleştirilmesine imkan tanır. Bunun yapılması bir ağ bileşeni hatası durumunda bağlantının sürdürülmesine yardımcı olur.

Bu özellik, ağ bağdaştırıcısı satıcılarından edinilebilir. Windows Server 2012'de sunulan NIC Grubu Oluşturma, Windows Server işletim sistemine bir özellik olarak eklenmiştir.

NIC Grubu Oluşturma, üç özel durum dışında Windows Server 2012 R2'deki tüm ağ özellikleriyle uyumludur:

  • SR-IOV

  • RDMA

  • 802.1X kimlik doğrulaması

Ölçeklenebilirlik açısından, Windows Server 2012 R2'de tek bir gruba en az 1 ve en fazla 32 ağ bağdaştırıcısı eklenebilir. Tek bir ana bilgisayarda sınırsız sayıda grup oluşturulabilir.

Ek bilgiler:

NIC Grubu Oluşturmaya Genel Bakış

Microsoft Sanal Akademi: Windows Server 2012'de NIC Grubu Oluşturma

Windows PowerShell'de NIC Grubu Oluşturma (NetLBFO) Cmdlet'leri

Windows Server 2012 R2 NIC Grubu Oluşturma (LBFO) Dağıtımı ve Yönetimi

Dosya Sunucusu Depolama ile Yakınsanmış Veri Merkezi

Görev 2d: Ağ trafiği yalıtımını ve güvenlik stratejisini tanımlayın

Her ağ trafiği türü, yalıtım ve şifreleme gibi işlevler için farklı güvenlik gereksinimlerine sahiptir. Aşağıdaki tabloda çeşitli güvenlik gereksinimlerini karşılamak için kullanılabilen stratejiler listelenmektedir.

Strateji

Olumlu yönleri

Olumsuz yönleri

Şifreleme (IPsec)

Hat geçişi sırasında trafik güvenliği sağlanır

  • Trafiği şifrelemek ve şifresini çözmek için performans etkisi

  • Yapılandırması, yönetmesi ve sorun gidermesi karmaşıktır

  • Yanlış IPsec yapılandırma değişiklikleri ağ kesintilerine veya trafiğin düzgün şekilde şifrelenmemesine neden olabilir

Ayrı fiziksel ağlar

Ağ fiziksel olarak ayrılır

  • Ana bilgisayara ek ağ bağdaştırıcılarının yüklenmesini gerektirir

  • Ağ yüksek kullanılabilirlik gerektiriyorsa her ağ için iki veya daha fazla ağ bağdaştırıcısı gerekir.

Sanal yerel alan ağı (VLAN)

  • Atanan bir VLAN Kimliği kullanarak trafiği yalıtır

  • VLAN Santral Protokolü

  • Özel VLAN desteği

  • Çok sayıda kurumsal müşteri tarafından halihazırda kullanılır

  • 4094 VLAN ile sınırlıdır ve çoğu anahtar yalnızca 1000 VLAN destekler

  • Ağ ekipmanları için ek yapılandırma ve yönetim gerektirir

  • VLAN'lar tek bir VLAN içindeki düğüm sayısını sınırlayan birden çok Ethernet alt ağına yayılamaz ve fiziksel konuma göre sanal makinelerin yerleşimini kısıtlar.

Görev 2e: Sanal ağ bağdaştırıcılarını tanımlayın

Sanallaştırma sunucusu ana bilgisayarlarının gerektirdiği trafik türlerini ve trafik için performans, kullanılabilirlik ve güvenlik stratejilerini anlayarak, her bir ana bilgisayar için kaç tane fiziksel ağ bağdaştırıcısının gerekli olduğunu ve her bağdaştırıcı üzerinden iletilecek ağ trafiği türlerini belirleyebilirsiniz.

Görev 2f: Sanal anahtarları tanımlayın

Bir sanal makineyi ağa bağlamak için ağ bağdaştırıcısını bir Hyper-V sanal anahtarına bağlamanız gerekir.

Hyper-V'de oluşturulabilecek üç tür sanal anahtar mevcuttur:

  • Dış sanal anahtar

    Sanal makinelere harici olarak konumlandırılan sunucular ve istemcilerle iletişim kurmak üzere fiziksel ağ erişimi sağlamak istediğinizde bir dış sanal anahtar kullanın. Bu sanal anahtar türü ayrıca aynı ana bilgisayardaki sanal makinelerin birbiriyle iletişim kurmasını sağlar. Bu ağ türü ayrıca ağı nasıl yapılandırdığınıza bağlı olarak ana bilgisayar işletim sistemi tarafından kullanıma uygun olabilir.

    Önemli: Bir fiziksel ağ bağdaştırıcısı aynı anda yalnızca bir sanal anahtara bağlı olabilir.

  • İç sanal anahtar

    Aynı ana bilgisayardaki sanal makineler ile ana bilgisayar işletim sistemi arasındaki iletişime izin vermek istediğinizde bir iç sanal anahtar kullanın. Bu sanal anahtar türü, sanal makinelere ana bilgisayar işletim sisteminden bağlanmanız gereken bir test ortamı oluşturmak için yaygın olarak kullanılır. Bir iç sanal anahtar, fiziksel ağ bağdaştırıcısına bağlı değildir. Sonuç olarak bir iç sanal ağ, dış ağ trafiğinden yalıtılır.

  • Özel sanal anahtar

    Yalnızca aynı ana bilgisayardaki sanal makineler arasında iletişime izin vermek istediğinizde bir özel sanal anahtar kullanın. Bir özel sanal anahtar, fiziksel ağ bağdaştırıcısına bağlı değildir. Özel sanal anahtar, sanallaştırma sunucusundaki tüm dış ağ trafiğinden ve ana bilgisayar işletim sistemi ile dış ağ arasındaki her türlü ağ trafiğinden yalıtılmıştır. Yalıtılmış bir test etki alanı gibi yalıtılmış bir ağ ortamı oluşturmanız gerektiğinde bu ağ türü faydalıdır.

    Not: Özel ve iç sanal anahtarlar, dış sanal anahtara bağlı bir sanal makinenin kullanabildiği donanım hızlandırma özelliklerinden faydalanmaz

Tasarım kararı - Bu adımın tüm görevlerinde aldığınız kararlar Sanallaştırma ana bilgisayarları çalışma sayfalarına girilebilir.

İpucu: Aynı ağa bağlanan farklı ana bilgisayarlardaki sanal anahtarların adı aynı olmalıdır. Bu özellik, bir sanal makinenin hangi sanal anahtara bağlanması gerektiği konusundaki karışıklığı ortadan kaldırır ve bir sanal makineyi bir ana bilgisayardan diğerine taşımayı kolaylaştırır. Hedef ana bilgisayarda aynı sanal anahtar adı bulunmazsa Move-VM Windows PowerShell cmdlet'i hata verir.

Görev 3: Depolama yapılandırmasını tanımlayın

Her ana bilgisayar, ana bilgisayar işletim sistemi için gerekli depolama alanına ek olarak sanal makine yapılandırma dosyalarının ve sanal sabit disklerin kaydedildiği depolama alanına erişim gerektirir. Bu görev sanal makine depolama alanına odaklanır.

Görev 3a: Veri türlerini tanımlayın

Depolama gereksinimleriniz için göz önünde bulundurmanız gereken örnek veri türleri aşağıda verilmiştir.

Veri türü

Veri türünün depolama konumu

Ana bilgisayar işletim sistemi dosyaları

Genellikle bir yerel sabit disktedir

Windows'taki ana bilgisayar disk belleği dosyası ve kilitlenme bilgi dökümleri

Genellikle bir yerel sabit disktedir

Yük devretme kümesi paylaşılan durumu

Paylaşılan ağ depolama veya küme paylaşılan birimi

Sanal sabit disk dosyaları ve sanal makine yapılandırma dosyası

Genellikle paylaşılan ağ depolama veya küme paylaşılan biriminde

Bu adımı geri kalanı, sanal makineler için gerekli depolama alanına odaklanmıştır.

Görev 3b: Depolama seçenekleri

Aşağıdaki seçenekler sanal makine yapılandırma dosyalarını ve sanal sabit diskleri depolamak için kullanılabilir.

Seçenek 1: Doğrudan bağlı depolama

Doğrudan bağlı depolama, doğrudan bir ağa bağlı olmak yerine doğrudan sunucunuza bağlı bir bilgisayar depolama sistemini ifade eder. Doğrudan bağlı depolama yalnızca iç depolama ile sınırlıdır. Ayrıca bir demet disk (JBOD) kasaları ve SAS ya da başka bir disk denetleyicisi aracılığıyla bağlanan kasalar dahil olmak üzere sabit disk sürücüleri içeren bir dış disk kasası kullanabilir.

Olumlu yönleri

Olumsuz yönleri

  • Depolama ağı gerektirmez

  • Hızlı disk G/Ç, dolayısıyla bir ağ üzerinden hareket etmek için depolama isteklerine gerek yoktur

  • İç depolama alanı veya JBOD dahil dış disk kasası olabilir

  • JBOD'u Depolama Alanları teknolojisi ile birlikte kullanarak tüm fiziksel disklerinizi bir depolama havuzunda birleştirebilir ve ardından havuzdaki boş alanda bir veya daha fazla sanal disk (Depolama Alanları adı verilir) oluşturabilirsiniz.

  • JBOD genellikle daha az pahalıdır ve özel RAID bağdaştırıcıları kullanmak yerine depolamayı yönetmek için Windows veya Windows Server işletim sistemleri kullandığından çoğunlukla RAID kasalarından daha esnek olup daha kolay yönetilebilir.

  • Dış disk kasasına bağlanabilen sunucu sayısıyla sınırlıdır

  • Depolama Alanları ile paylaşılan SAS gibi yalnızca harici paylaşılan depolama alanı, Yük Devretme Kümesi için destek sağlar

Seçenek 2: Ağa bağlı depolama

Ağa bağlı depolama cihazları, dosya paylaşımları aracılığıyla eriştikleri bir ağa depolama alanı bağlar. Doğrudan bağlı depolama alanlarının aksine, bilgisayara doğrudan bağlanmaz.

Ağa bağlı depolama cihazları Ethernet bağlantılarını destekler ve genellikle bir yöneticisinin disk alanı yönetmesine, disk kotaları belirlemesine, güvenliği sağlamasına ve kontrol noktası teknolojilerini kullanmasına imkan tanır. Ağa bağlı depolama cihazları birden çok protokolü destekler. Bunlar ağa bağlı dosya sistemleri, Ortak İnternet Dosya Sistemleri (CIFS) ve Sunucu İleti Bloğu'dur (SMB).

Olumlu yönleri

Olumsuz yönleri

  • SAN depolama alanına göre kurulumu daha kolaydır ve daha az ayrılmış depolama donanımı gerektirir

  • Tak ve kullan

  • Mevcut Ethernet ağını kullanabilir

  • Ağa bağlı depolama cihazı SMB 3.0'ı desteklemelidir; CIFS desteklenmez

  • Depolamaya erişen ana bilgisayar sunucularına doğrudan bağlı değildir

  • Diğer seçeneklerden daha yavaştır

  • İdeal performans için genellikle ayrılmış bir ağ gerektirir

  • Sınırlı yönetim ve işlevsellik

  • Hyper-V; SMB 3.0, SMB 2.0 ve CIFS desteği veren ağa bağlı depolama cihazlarını destekler

  • RDMA'yı destekleyebilir veya desteklemeyebilir

Seçenek 3: Depolama alan ağı

Depolama alan ağı (SAN), depolamayı paylaşmanıza imkan tanıyan bir özel ağdır. SAN bir depolama cihazından, birbirine bağlı ağ altyapısından (anahtarlar, ana bilgisayar veri yolu bağdaştırıcıları ve kablolar) ve bu ağa bağlı sunuculardan oluşur. SAN cihazları büyük miktarlarda verilere sürekli ve hızlı erişim sağlar. Belirli bir dağıtım için iletişim ve veri aktarım mekanizması yaygın olarak depolama dokusu olarak bilinir.

Bir SAN ayrı bir ağ kullanır ve genellikle yerel alan ağındaki diğer cihazların erişimine açık değildir. SAN; Depolama Yönetim Girişimi Belirtimi (SMI-S), Basit Ağ Yönetim Protokolü (SNMP) veya özel bir yönetim protokolü kullanılarak yönetilebilir.

SAN dosya özeti sağlamaz, yalnızca blok düzeyinde işlemler sağlar. Kullanılan en yaygın SAN protokolleri iSCSI, Fiber Kanal ve Ethernet Üzerinden Fiber Kanal'dır (FCoE). Bir SMI-S veya özel yönetim protokolü; disk oluşturma, disk eşleme, LUN maskeleme ve hata yönetimi gibi ek özellikler sunabilir.

Olumlu yönleri

Olumsuz yönleri

  • SAN ayrı bir ağ kullandığı için veri ağında sınırlı etkisi vardır

  • Büyük miktarda verilere sürekli ve hızlı erişim sağlar

  • Genellikle veri koruma ve çoğaltma gibi ek özellikler sağlar

  • Çeşitli gruplar arasında paylaşılabilir

  • Depolama LUN birimlerine doğrudan erişim için Sanal Fiber Kanal desteği

  • Konuk kümeleme desteği

  • 64 TB'den büyük veri birimlerine erişmesi gereken sanal makineler, doğrudan LUN erişimi için sanal Fiber Kanal kullanabilir

  • Pahalıdır

  • Dağıtım, yönetim ve bakım için uzman becerileri gerektirir

  • Her ana bilgisayara HBA veya FCoE ağ bağdaştırıcıları yüklenmelidir.

  • Bir Hyper-V kümesinin geçirilmesi ek planlama ve sınırlı kapalı kalma süresi gerektirir.

  • FCoE trafiği için bant genişliği yönetimi sağlamak amacıyla veri merkezi köprü oluşturmayı kullanan bir donanım Hizmet Kalitesi gereklidir.

  • FCoE trafiği yönlendirilemez.

Seçenek 4: Sunucu İleti Bloğu 3.0 dosya paylaşımları

Hyper-V; yapılandırma dosyaları, sanal sabit disk dosyaları ve kontrol noktaları gibi sanal makine dosyalarını Sunucu İleti Bloğu (SMB) 3.0 protokolünü kullanan dosya paylaşımlarına depolayabilir. Dosya paylaşımları genellikle artıklık sağlamak için bir genişletme dosya sunucusu üzerinde olacaktır. Bir genişletme dosya sunucusu çalıştırırken bir düğüm arıza yaparsa, genişletme dosya sunucusundaki diğer düğümlerden dosya paylaşımları kullanılabilir olmaya devam eder.

Olumlu yönleri

Olumsuz yönleri

  • Mevcut ağları ve protokolleri kullanma seçeneği

  • Çok Kanallı SMB, Hyper-V çalıştıran sunucu ile SMB 3.0 dosya paylaşımı arasında kullanılabilir birden çok yol olduğunda ağ bant genişliği ve hata toleransı toplamı sağlar.

  • JBOD'u Depolama Alanları teknolojisi ile birlikte kullanarak tüm fiziksel disklerinizi bir depolama havuzunda birleştirebilir ve ardından havuzdaki boş alanda bir veya daha fazla sanal disk (Depolama Alanları adı verilir) oluşturabilirsiniz.

  • Çok Kanallı SMB, sanal makine geçişleri için kullanılabilir.

  • SAN dağıtımlarından daha az pahalıdır

  • Windows Server çalıştıran dosya sunucusunda esnek depolama yapılandırmaları

  • Her hizmeti gereken şekilde ölçeklendirmenizi sağlayan bir özellik olarak Hyper-V hizmetlerini depolama hizmetlerinden ayırma

  • Bir Hyper-V kümesi çalıştırırken sonraki sürüme yükseltme sırasında esneklik sağlar. Hyper-V çalıştıran sunucuları veya genişletme dosya sunucularını kapalı kalma süresi olmadan dilediğiniz sırayla yükseltebilirsiniz. Yükseltmeyi gerçekleştirmek için bir veya iki düğümü kaldırmak üzere kümede yeterli kapasite olmalıdır.

  • Genişletme dosya sunucusu, paylaşılan VHDX için destek sağlar

  • SMB bant genişliği yönetimi dinamik geçiş, sanal sabit disk ve varsayılan depolama trafiği için sınırlar ayarlamanıza imkan tanır.

  • Performans üzerinde en az etkiyle SMB trafik şifreleme desteği

  • VDI dağıtımları için veri çoğaltmasını kaldırma ile disk alanı kazanma

  • Dağıtım, yönetim ve bakım için uzman becerileri gerektirmez

  • G/Ç performansı SAN dağıtımlarındaki kadar hızlı değildir.

  • VDI dağıtımları dışında çalışan sanal makine dosyalarında Veri Çoğaltmasını Kaldırma özelliği desteklenmez.

Doğrudan Erişimli SMB

Doğrudan Erişimli SMB, SMB dosya paylaşımlarının parçası olarak çalışır. Doğrudan Erişimli SMB, düşük gecikmeli depolama erişimiyle tam hız sağlamak için RDMA destekleyen ağ bağdaştırıcıları ve anahtarlar gerektirir. Doğrudan Erişimli SMB, uzak dosya sunucularının yerel ve doğrudan bağlı depolama alanına benzemesini sağlar. SMB'nin faydalarına ek olarak, Doğrudan Erişimli SMB aşağıdaki olumlu ve olumsuz yönlere sahiptir.

Olumlu yönleri

Olumsuz yönleri

  • Düşük gecikme ile tam hızda çalışırken çok az CPU kullanır

  • Microsoft depolama çözümleri ve pahalı olmayan paylaşılan doğrudan bağlı depolama alanları kullanarak geleneksel bir SAN'a benzer bir genişletme dosya sunucusunun depolama performansı ve esneklik sunmasını sağlar

  • Dinamik geçişler ve depolama geçişleri için en hızlı seçeneği sağlar

  • NIC Grubu Oluşturma ile desteklenmez

  • Yedekli depolama bağlantıları için iki veya RDMA özellikli ağ bağdaştırıcısı gereklidir.

Genişletme dosya sunucusu

Şekil 3:RDMA ile yakınsanmış ağ kullanan örnek genişletme dosya sunucusu

Ek bilgiler:

windows Server kullanarak Hyper-V iş yükleri için uygun maliyetli depolama sağlama

Dosya Sunucusu Depolama ile Yakınsanmış Veri Merkezi

SMB Üzerinde Hyper-V Dağıtma

Windows Server 2012 R2 Kullanarak Bir Genişletme Dosya Sunucusundaki Hyper-V Sanal Makinelerinden 1 Milyondan Fazla IOPS Elde Etme

Görev 3c: Fiziksel sürücü mimari türlerini tanımlayın

Depolama alanınız için seçtiğiniz fiziksel sürücü mimarisinin türü, depolama çözümünüzün performansını etkiler. Disk türleri hakkında ek bilgi için bkz. Hizmet Olarak Altyapı Ürün Serisi Mimarisi, Bölüm 7.1.

Görev 3d: Depolama ağ türünü tanımlayın

Depolama denetleyicisi veya kullandığınız depolama ağ denetleyicisi türleri her bir ana bilgisayar grubu için belirlediğiniz depolama seçeneğine göre tanımlanır. Daha fazla bilgi için bkz. Görev 3b: Depolama seçenekleri.

Görev 3e: Her bir veri türü için hangi depolama türünün kullanılacağını belirleyin

Veri türlerinizi anlayarak bundan böyle hangi depolama seçeneğinin, depolama denetleyicisinin, depolama ağ denetleyicisinin ve fiziksel disk mimarisinin gereksinimlerinizi en iyi şekilde karşılayacağını belirleyebilirsiniz.

Tasarım kararı - Bu görevde aldığınız kararlar Sanallaştırma ana bilgisayarları çalışma sayfasına girilebilir.

Ek bilgiler:

Windows Server 2012 ve Windows Server 2012 R2'de SMB Üzerinde Hyper-V için ağ yapılandırmaları

Windows Server 2012 Hyper-V Bileşen Mimarisi Posteri ve Eşlik Eden Referanslar

Depolama Teknolojilerine Genel Bakış

Görev 4: Sunucu sanallaştırma ana bilgisayar ölçek birimlerini tanımlayın

Tek sunucuların satın alınması her bir sunucu için tedarik, yükleme ve yapılandırma gerektirir. Ölçek birimleri sunucu koleksiyonları satın almanızı (genellikle özdeş donanımlar içerir) sağlar. Bunlar önceden yapılandırılmıştır ve tek sunucular eklemek yerine ölçek birimleri ekleyerek veri merkezine kapasite eklemenize imkan tanır.

Aşağıdaki görüntüde herhangi bir sayıdaki donanım satıcısından önceden yapılandırılmış olarak satın alınmış olabilecek bir ölçek birimi gösterilmiştir. Bir raf, kesintisiz güç kaynağı (UPS), rafta bulunan sunucular için bir çift yedekli ağ anahtarı ve on sunucu içerir.

Ana bilgisayar ölçek birimi

Şekil 4:Bir sanallaştırma sunucusu ana bilgisayar ölçek birimi örneği

Ölçek birimi önceden yapılandırılmış ve UPS ve ağ anahtarlarına önceden kablolanmış şekilde gelir. Birimin bir veri merkezine eklenmesi, elektrik bağlantısının yapılması ve ağa ve depolama alanına bağlanması gerekir. Bundan sonra kullanıma hazırdır. Bir ölçek birimi olarak ayrı bileşenler satın alınmadıysa, satın alan kişinin tüm bileşenleri rafa yerleştirmesi ve kablo bağlantılarını yapması gerekir.

Tasarım kararı - Sunucu sanallaştırma ana bilgisayar ölçek birimlerini kullanmaya karar verirseniz, sanallaştırma ana bilgisayar ölçek birimleriniz için donanımı Ana Bilgisayar ölçek birimleri çalışma sayfasında tanımlayabilirsiniz.

İpucu:Microsoft Private Cloud Fast Track programı aracılığıyla çeşitli Microsoft donanım iş ortaklarından önceden yapılandırılmış ölçek birimleri satın alabilirsiniz.

Görev 5: Sunucu sanallaştırma ana bilgisayar kullanılabilirlik stratejisini tanımlayın

Sanallaştırma sunucusu ana bilgisayarları planlanan nedenlerle (bakım gibi) veya planlanmayan nedenlerle kullanılamaz hale gelebilir. Her iki durumda da kullanılabilen bazı stratejiler aşağıda verilmiştir.

Planlı

Sanal makineleri bir ana bilgisayardan diğerine taşımak için dinamik geçişi kullanabilirsiniz. Bunun için sanal makinelerin kapalı kalması gerekmez.

Planlanmayan

Bu senaryo, ana bilgisayarın barındırdığı iş yükü özellik türlerine bağlıdır.

  • Paylaşılan durum bilgisi olan iş yükleri için sanal makinelerde Yük Devretme Kümesi kullanın.

  • Durum bilgisi olan iş yükleri için Hyper-V kümesi üzerinde yüksek kullanılabilirliğe sahip bir sanal makine olarak çalıştırın.

  • Durum bilgisiz iş yükleri için yeni örnekleri elle veya bazı otomatik yöntemlerle başlatın.

Hyper-V ile Windows Server'da Yük Devretme Kümesi kullanıyorsanız, aşağıdaki tabloda listelenen özellikleri kullanıp kullanmayacağınızı düşünün. Her özellik hakkında ek bilgi için köprüye tıklayın.

İşlevsellik

Dikkat edilecek noktalar

Hyper-V uygulama izleme

Yük Devretme Kümesi hizmeti tarafından izlenmeyen ağ ve depolama alanlarındaki hatalara karşı sanal makineyi izleyin.

Sanal makine öncelik ayarları

  • İş yüküne göre sanal makine önceliğini ayarlayın. Yüksek kullanılabilirliğe sahip sanal makinelere (kümelenmiş sanal makineler olarak da bilinir) aşağıdaki öncelik ayarlarını atayabilirsiniz:

    • Yüksek

    • Orta (varsayılan)

    • Düşük

    • Otomatik Başlatma Yok

  • Yüksek önceliğe sahip kümelenmiş roller, düşük öncelikli olanlardan daha önce başlatılır ve düğümlere yerleştirilir.

  • Otomatik Başlatma Yok önceliği atanırsa, rol başarısız olduktan sonra otomatik olarak çevrimiçi olmaz ve diğer rollerin başlatılabilmesi için kaynakları kullanılabilir halde tutar.

Sanal makine benzeşim karşıtlığı

Bir Hyper-V kümesindeki aynı düğümde çalışmasını istemediğiniz sanal makineler için benzeşim karşıtlığını ayarlayın. Bu durum yedekli hizmet sağlayan veya konuk sanal makine kümesinin parçası olan sanal makineler için geçerli olabilir.

Not: Benzeşim karşıtlığı ayarları Windows PowerShell kullanılarak yapılandırılır.

Otomatik düğüm boşaltma

  • Küme, düğümü bakım moduna almadan veya düğümde başka değişiklikler yapmadan önce bir düğümü otomatik olarak boşaltır (düğüm üzerinde çalışan kümelenmiş rolleri başka bir düğüme taşır).

  • Roller bakım işlemlerinden sonra özgün düğüme geri döner.

  • Yöneticiler Yük Devretme Kümesi Yöneticisinde tek bir eylemle veya Suspend-ClusterNode Windows PowerShell cmdlet'ini kullanarak bir düğümü boşaltabilir. Taşınan kümelenmiş roller için hedef düğüm belirtilebilir.

  • Küme Durumunu Algılayan Güncelleştirme, yazılım güncelleştirmelerini küme düğümlerine uygulamak için otomatik işlemde düğüm boşaltmayı kullanır.

Küme Durumunu Algılayan Güncelleştirme

  • Küme Durumunu Algılayan Güncelleştirme, kümenizde çalışan sanal makineleri etkilemeden bir kümedeki düğümleri güncelleştirmenizi sağlar.

  • Çalışan sanal makinelerin yükünü işlemek için güncelleştirme işlemi sırasında yeterli sayıda küme düğümü kalmalıdır.

Sanal makinelerin önceliğe göre önalımı

Sanal makine önceliğini ayarlamanın bir diğer nedeni, yüksek öncelikli bir sanal makine başlamak için gerekli belleğe ve diğer kaynaklara sahip olmadığında, küme hizmetinin düşük öncelikli bir sanal makineyi çevrimdışı yapabilmesidir.

  • Önalım en düşük önceliğe sahip sanal makineyle başlar ve daha yüksek öncelikli sanal makinelerle devam eder.

  • Önalımdan geçen sanal makineler daha sonra öncelik sırasına göre yeniden başlatılır.

Not: Hyper-V kümeleri en fazla 64 düğüm ve 8.000 sanal makineye sahip olabilir.

5. Adım: Sanallaştırma dokusu mimari kavramlarını planlayın

Bu adım, doku mimarisinin hizalanacağı mantıksal kavramların tanımlanmasını gerektirir.

Görev 1: Bakım etki alanlarını tanımlayın

Bakım etki alanları, birlikte hizmet verilen mantıksal sunucu koleksiyonlarıdır. Hizmet verme donanım veya yazılım yükseltmelerini ya da yapılandırma değişikliklerini içerebilir. Bakım etki alanları genellikle her bir türdeki ya da her bir konumdaki ana bilgisayar gruplarına yayılır, ancak bunun yapılması zorunlu değildir. Sunucu bakımının herhangi bir tüketicinin iş yüklerini olumsuz yönde etkilemesini önlemek amaçlanır.

Not: Bu kavram fiziksel ağ ve depolama bileşenleri için geçerlidir.

Görev 2: Fiziksel hata etki alanlarını tanımlayın

Sanallaştırma sunucusu ana bilgisayar grupları çoğunlukla ağ anahtarı veya kesintisiz güç kaynağı (UPS) gibi başarısız bir paylaşılan altyapı bileşeni sonucunda birlikte başarısız olur. Fiziksel hata etki alanları, sanallaştırma dokusunda esnekliği desteklemeye yardımcı olur. Bir hata etki alanının dokunuz için tanımladığınız her bir ana bilgisayar grubunu nasıl etkilediğinin anlaşılması önemlidir.

Not: Bu kavram fiziksel ağ ve depolama bileşenleri için geçerlidir.

Bakım ve fiziksel hata etki alanlarını bir veri merkezindeki ana bilgisayar grupları koleksiyonu üzerine bindiren aşağıdaki görüntüde gösterilen örneği göz önünde bulundurun.

Hatalı etki alanı

Şekil 5:Bakım ve fiziksel hata etki alanı tanımının örneği

Bu örnekte her sunucu rafı ayrı, numaralandırılmış bir fiziksel hata etki alanı olarak tanımlanır. Bunun nedeni her rafın en üstte bir ağ anahtarı ve en altta bir UPS içermesidir. Raftaki tüm sunucular bu iki bileşene bağımlıdır ve biri arıza yaparsa raftaki tüm sunucular etkin bir şekilde arıza yapar.

Bir raftaki tüm sunucular aynı zamanda benzersiz ana bilgisayar gruplarının üyeleri olduğundan, bu tasarım herhangi bir fiziksel hata etki alanının arıza yapması durumunda azalma olmayacağı anlamına gelir. Sorunları gidermek için her bir ana bilgisayar grubu türünden fiziksel hata etki alanları ekleyebilirsiniz. Daha küçük ölçekli ortamlarda, her bir rafa yedekli anahtar ve güç kaynakları ekleyebilir veya fiziksel hata etki alanlarında sanallaştırma sunucusu ana bilgisayarları için Yük Devretme Kümesini kullanabilirsiniz.

Şekil 5'te renkli, kesik çizgili kutuların her biri bir bakım etki alanını tanımlar (bunlar MD 1 ile 5 arasında etiketlenir). Sanal makinelerin yük dengelemeli kümelerinde sunucuların her birinin, ayrı bir bakım etki alanında ve ayrı bir fiziksel hata etki alanında bulunan bir sunucu sanallaştırma ana bilgisayarında nasıl barındırıldığına dikkat edin.

Bunun yapılması, doku yöneticisinin bakım etki alanlarına yayılmış birden çok sunucuya sahip uygulamaları önemli ölçüde etkilemeden bir bakım etki alanındaki tüm sanallaştırma sunucusu ana bilgisayarlarını devre dışı bırakmasını sağlar. Ayrıca bir fiziksel hata etki alanının arıza yapması durumunda yük dengelemeli kümede çalışan uygulamanın tamamen kullanılamaz olduğu anlamına gelir.

Tasarım kararı - Görev 1 ve 2'de aldığınız kararlar Ayarlar çalışma sayfasına girilebilir.

Görev 3: Yedek kapasiteyi tanımlayın

Dokudaki tek sunucuların arıza yapması kaçınılmazdır. Doku tasarımının, tıpkı hata ve bakım etki alanlarındaki sunucu koleksiyonu hatalarına uyum sağlaması gibi tek sunucu arızasına uyum sağlaması gerekir. Aşağıdaki çizim Şekil 5 ile aynıdır, ancak üç arızalı sunucuyu tanımlamak için kırmızı renk kullanır.

Hatalı sunucular

Şekil 6:Arızalı sunucular

Şekil 6'da sunucu sanallaştırma ana bilgisayarları aşağıdaki ana bilgisayar gruplarında, bakım etki alanlarında ve fiziksel hata etki alanlarında arıza yapmıştır.

Ana bilgisayar grubu

Fiziksel hata etki alanı

Bakım etki alanı

2

2

3

3

3

2

4

4

2

Fiziksel hata etki alanı 2'deki ana bilgisayar arıza yaptığında bile yük dengelemeli kümede çalışan uygulama hala kullanılabilir durumdadır, ancak üçte bir oranında az kapasiteyle çalışacaktır.

Fiziksel hata etki alanı 3'teki sanal makinelerin birini barındıran sunucu sanallaştırma ana bilgisayarı da arıza yaparsa veya Bakım etki alanı 2 bakım için devre dışı bırakılırsa ne olacağını düşünün. Bu durumlarda uygulamanın kapasitesi 2/3 oranında azalır.

Bunun sanallaştırma dokunuz için kabul edilemez olduğuna karar verebilirsiniz. Arızalı sunucuların etkisini azalttıktan sonra her bir fiziksel hata etki alanı ve bakım etki alanınızın yeterli yedek kapasiteye sahip olduğundan emin olabilir, böylece kapasitenin tanımladığınız kabul edilebilir düzeyin altına hiçbir zaman düşmemesini sağlayabilirsiniz.

Yedek kapasiteyi hesaplama hakkında daha fazla bilgi için Bulut Hizmetleri Altyapısı Referans Mimarisi - İlkeler, Kavramlar ve Şablonlar içindeki Yedek Kapasite bölümüne bakın.

6. Adım: Başlangıçtaki yetenek özelliklerini planlayın

Bu belgedeki tüm görevleri tamamladıktan sonra sanal makineleri ve depolama alanını dokuda barındırmaya ilişkin başlangıç maliyetlerine ek olarak dokunun karşılayabileceği başlangıçtaki hizmet kalitesi düzeylerini belirleyebilirsiniz. Ancak, bu belgenin Sonraki Adımlar bölümünde ele alınan doku yönetim araçlarınızı ve insan kaynaklarınızı uygulayana kadar bu görevlerin herhangi birini tamamlayamazsınız.

Görev 1: Depolama ve sanal makineler için başlangıç SLA ölçümlerini tanımlayın

Bir doku yöneticisi olarak, dokunun karşılayacağı hizmet kalitesi ölçümlerini ayrıntılı olarak veren bir hizmet düzeyi sözleşmesi (SLA) tanımlama olasılığınız yüksektir. Sanal makine yöneticileriniz dokuyu nasıl kullanacaklarını planlamak için bu bilgiye sahip olmalıdır.

En azından, buna büyük olasılıkla bir kullanılabilirlik ölçümü dahildir, ancak diğer ölçümleri de içerebilir. Sanallaştırma dokusu SLA ölçümlerinin temeline ilişkin bir fikir edinmek için Microsoft Azure gibi genel bulut sağlayıcıları tarafından sunulan ölçümleri gözden geçirebilirsiniz. Sanal makine barındırma için bu SLA, bir müşterinin aynı iş yükünde çalışan bir sanal makinenin iki veya daha fazla örneğini dağıtması ve bu örnekleri farklı hata ve yükseltme etki alanlarına (bu belgede “bakım etki alanları” olarak adlandırılır) dağıtması durumunda bu sanal makinelerden en az birinin, zamanın %99,95'inde kullanılabilir olacağını garanti eder.

Azure SLA ile ilgili tam açıklama için lütfen bkz. Hizmet Düzeyi Sözleşmeleri. Sanallaştırma dokunuzun genel bulut sağlayıcılarına ait gereksinimleri karşılaması veya aşması idealdir.

Görev 2: Depolama alanı ve sanal makine barındırmayla ilgili başlangıç maliyetlerini tanımlayın

Dokunuz tasarlandığında şunları da hesaplayabilirsiniz:

  • Dokunun donanım, alan, güç ve soğutma maliyetleri

  • Dokunun barındırma kapasitesi

Bu bilgiler doku yönetimi araçları ve insan kaynaklarınızın maliyeti gibi diğer maliyetlerinizle bir araya geldiğinde sanal makineleri ve depolama alanını barındırmayla ilgili kesin maliyeti belirlemenizi sağlar.

Sanal makine ve depolama alanı temel maliyetleri hakkında fikir almak için Microsoft Azure gibi genel bulut sağlayıcılarının barındırma maliyetlerini gözden geçirebilirsiniz. Daha fazla bilgi için bkz. Sanal Makine Fiyatlandırma Bilgileri.

Her zaman böyle bir durum geçerli olmasa da, dokunuz donanım, veri merkezi alanı ve güç için toplu indirimler alabilen büyük genel sağlayıcıların yapılarından çok daha küçük olacağından barındırma maliyetlerinizin genel sağlayıcıların maliyetlerinden yüksek olduğunu görebilirsiniz.

Sonraki adımlar

Bu belgedeki tüm görevleri tamamladıktan sonra kuruluşunuzun gereksinimlerini karşılayan bir doku tasarımına sahip olursunuz. Ayrıca maliyetleri ve hizmet düzeyi ölçümlerini içeren bir başlangıç hizmeti özellikler tanımına kavuşursunuz. Dokunuz için kullanacağınız insan kaynakları maliyetlerini ve yönetim araçları ve işlemlerini belirleyene kadar kesin hizmet düzeyi ölçümlerini ve maliyetleri belirleyemezsiniz.

Microsoft System Center 2012, sanallaştırma dokunuzu sağlama, izleme ve sürdürmeyi sağlamaya yönelik bir dizi işlevsellik sağlar. Aşağıdaki kaynakları okuyarak doku yönetimi için System Center'ın nasıl kullanılacağı hakkında daha fazla bilgi alabilirsiniz:

System Center Teknik Belgeler Kitaplığı

Doku Yönetimi Mimarisi Kılavuzu