Ay: Haziran 2019

Bu yazımız ile birlikte Azure vM’lerinin arasında en zorlu uygulamalar için tercih etmemiz gereken Azure G boyutu hakkında konuşacağız. Azure G boyutlu vM’ler bellek ve depolama için iyileştirilmiştir vM’lerdir. Azure G boyutuna sahip vM’ler daha önce üzerinde konuştuğumuz Azure D boyutlu vM’lerden iki kat fazla Ram’e ve dört kart fazla SSD’e sahip olabilmektedir.

Hatırlayacağınız üzere daha önce ki yazılarımızda Azure D boyutu için “hızlı CPU ve en iyi CPU/Bellek oranına sahip boyutlar ” demiştik. Ee şimdi de G boyutu D boyutunun iki katı özelliklere sahip dedik. Hadi kafamız daha fazla karışmadan ikisinin arasında ki temel farklardan bahsedelim. Azure D boyutunda ki vM’ler genel kullanım amaçlarına hizmet etmek için tasarlanmışken G boyutuna sahip vM’ler büyük SQL, NOSQL veritabanları ve ERP çözümleri için tasarlanmıştır. Daha net şekilde belirtmek gerekirse QDMS gibi entegre yönetim sistemlerimiz için D boyutunu tercih etmemiz gerekirken SAP gibi ERP uygulamalarımız için ise G boyutlarını tercih etmemiz gerekiyor. Fiyatlandırmasından dolayı hiç kimsenin D boyutu yerine yanlışlıkla G boyutunu tercih edeceğini düşünmüyorum. Çünkü arada çok bariz fiyat farkı bulunmaktadır. Her zaman konuştuğumuz gibi aslında önemli olan seçimlerimizi ihtiyaçlarımız doğrultusunda yapıyor olmamızdır.

Azure vM çeşitleri hakkında konuşacağımız son konular olan H ve LS boyutları yazımızda görüşmek üzere..

Azure vM E Type – M Type yazımızı incelemek için tıklayın.

Faydası olması dileğimle..

Bildiğiniz üzere geçtiğimiz yazılarımız da Azure vM çeşitlerine hızlı bir giriş yapıp bu serimizi de A – B boyutları üzerinde konuşarak desteklemiştik. Hiç vakit kaybetmeden Azure  D – DC boyutlarına bakalım istiyorum. D – DC boyutunda ki Azure vM’ler migration esnasında en çok tercih edilen vM boyutlarıdır. Peki gerçekten boyutlandırma tercihimizi bu boyutlar üzerinde mi yapmamız gerekiyor? Yoksa D – DC boyutuna ihtiyacı olan vM’lerimizi başka boyutlarda mı çalıştırıyoruz.

Azure VM Types  (Instance D)

D boyutunda bulunan vM çeşitleri hızlı CPU ve en iyi CPU/Bellek oranına sahip boyutlar olarak karşımıza çıkmaktadır. V2 serisi ise bize daha hızlı CPU hizmeti sunmaktadır.

D boyutunda bulunan v3 serisi ise Intelin 2,3 GHz Intel XEON ® E5-2673 v4 (Broadwell) işlemcisiden gücünü almaktadır. Intel Turbu Boost Technology sayesinde 3,5 Ghz’e kadar çıkmaktadır. Ayrıca DS serisinin Azure Premium SSD desteği olduğunun altını çizmek gerekir. Aslında en çok dikkat etmemiz gereken bu D boyutlu vM’leri hangi durumlarda tercih etmemiz gerektiğidir. Anlık olarak daha iyi disk disk performansı, daha hızlı cpu ve daha iyi Cpu / Ram uyumuna ihtiyaç duyduğumuz durumlarda seçmemiz gerekir. Bu vM’ler Streaming ve IIS sunucuları için biçilmiş kaftan diyebiliriz. Anlık olarak sürekli data değişikliği yaşadığımız web uygulamamızı çok rahat bu boyut üzerinde host edebiliriz. Müşterilerimizden internet üzerinden tahsilat  yapmak istediğimiz uygulamamızı QDMS gibi entegre yönetim sistemi uygulamalarımızı bu boyut üzerinde çok stabil bir biçimde çalıştırabiliriz.

Azure VM Types  (Instance DC)

DC boyutunun D boyutunda ki vM’ler en büyük farkı ise güvenli yalıtılmış kullanım alanı ile verilerinizi Azure’a işlemesidir. Bu güvenli yalıtılmış kullanım alanı sayesinde gizliliğe ve bütünlüğe yönelik vM ailesi diyebiliriz. Bu özelliğe EK olarak verileri aktarım sırasında veya Azure üzerinde beklemesi esnasında yerleşik şifreleme özelliği ile korunmasını sağlar. Ayrıca dikkat edilmesi gereken bir konu ise Cpu özelliklerinin farklı olmasıdır. Bu vM’ler SGX teknolojisine sahip intelin son işlemcisi ile donatılmış durumdadır. Işlemci hızları Turbo Boost Technology sayesinde 4,7 Ghz ‘e ulaşabilir. DC boyutunda ki vM’ler D boyutlarından farklı olarak kod ve verilerin kullanımını korumak için güvenli yalıtılmış alan tabanlı uygulamalar oluşturmak için idealdir. Azure üzerinde vM oluşturmadan önce ihtiyaçlarımızı belirlememiz ve ihtiyacımıza göre vM seçmemiz gerektiğini tekrar hatırlatmak istiyorum. Hatalı seçilen vM bizlere ya performans kaybı yaşatır yada fazladan ödeme yapmamıza sebep olur.

Azure vM A Type – B Type yazımızı incelemek için tıklayın.

Faydası olması dileğimle..

Hatırlayacağınız üzere daha önce ki yazılarımızda Azure A-B boyutları ve Azure D-DC boyutları üzerinde konuşmuştuk. Şimdi Azure E boyutu ve Azure M boyutu üzerinde konuşalım istiyorum. Kısaca bahsetmek gerekirse Azure E boyutu vM’ler  için yüksek bellek/çekirdek  uyumu ile kurulmaktadır ve ilişkisel veri tabanı sunucuları için tercih edilmelidir. Azure M boyutlu vM’ler ise paralel işlem gücü gerektiren sunucular için tercih edilmelidir.

Azure VM Types  (Instance E)

Azure E boyutunda ki vM çeşitleri ağır bellek içi uygulamalar için iyileştirilmiş olup yüksek bellek/çekirdek oranıyla bizleri karşılamaktadır.

Azure vM E boyutu üzerinde “ES” serisinin Premium SSD’leri destekliğini ayrıca hatırlatmak gerekiyor.  Yüksek bellek performansı ihtiyacımız olan vM’ler için Azure E boyutu en doğru bir tercih olacaktır. İlgili vM’in hitap ettiği örnek uygulamalara SAP HANA, SAP S/4 HANA, SQL Hekaton örnek gösterilebilir.

Azure VM Types  (Instance M) 

Azure M boyutunda ki vM’ler için E boyutlarından farklı olarak bellek için iyileştirilmiş en büyük sanal makineler diyebiliriz. M boyutlu vM’lerin büyük oranda paralel işlem gerektiren uygulamalar için tercih edilmesi gerektiğini daha önce belirtmiştik. Bu durumda her zaman olduğu gibi sormamız gereken en önemli soru Azure üzerinde ihtiyacımız olan boyut hangisi?

Bu iki boyut arasında seçim yapmamız aslında çok kolay 🙂 İş açısında kritik uygulamalar için E boyutunu tercih etmemiz gerekirken büyük oranla paralel işlem gücü gerektiren uygulamalarımız için ise M boyutlu vM’leri tercih etmemiz gerekmektedir. Ancak aradaki fiyat farkı oldukça fazla olduğu için analizin çok doğru yapılması gerekmektedir. Aksi takdirde cebimizden dolarlar uçup gidecektir.

Bu yazımız ile birlikte Azure üzerinde bir çok vM boyutu hakkında konuşma fırsatımız oldu. Mümkün olduğunca bütün boyutlar hakkında kısa kısa konuşacağız ancak vM seçimlerinden bağımsız olarak istediğiniz zaman bizimle iletişime geçebilirsiniz. Bulut teknolojileri üzerinde konuşmak/çalışmak bizlere her zaman heyecan vermiştir.

Azure vM D Type – DC Type yazımızı incelemek için tıklayın.

Faydası olması dileğimle..

Herkesin bildiği gibi Azure üzerinde yapacağımız her işlem için bir resource grup seçmemiz gerekiyor. Peki bu resource grubunu hatalı seçersek veya değiştirmek zorunda kalırsak bu mümkün mü? Azure üzerinde pek çok işlemi yapabildiğimiz gibi bu işlemi gerçekleştirmemiz mümkün ve oldukça kolay 🙂 Hadi başlayalım..

İlk olarak değiştirmek istediğimiz resource grubunun içerisine giriyoruz. Açmış olduğumuz resource grubu içerisinde üst kısımda bulunan “move” ‘a tıklamamız yeterli olacaktır. “Move to another resource group” ibaresi üzerinde tıklamadan önce herhangi bir kaynak seçmemize gerek yok. Çünkü taşımak istediğimiz kaynakları bir sonraki adımda seçeceğiz.

Move to another resource group dedikten sonra bizden taşımak istediğimiz kaynakları seçmemizi isteyecektir. İstersek bütün kaynakları seçebileceğimiz gibi istersek sadece storage veya sadece NSG için resource grup değişimi yapabiliriz.  Taşımak istediğimiz kaynakları seçtikten sonra bizden yeni bir resource grup seçmemiz veya oluşturmamız istenecektir.

Ben yeni bir resource grubu oluşturmayı tercih ettim. Resource grup seçimimizi yaptıktan sonra “ok” dememiz yeterli olacaktır, ancak daha sonra doğrulama için biraz beklememiz gerekiyor. Taşınacak kaynaklara göre bu süre farklılık gösterecektir. Doğrulama işlemi tamamlandıktan sonra aşağıdaki gibi notifications ekranı karşımıza geçecektir. Şimdi yapmamız gereken tek şey yine beklemek. 🙁

Taşıma işlemi tamamlandıktan sonra yeni oluşturduğumuz resource grubu için sayfayı yenilemekte fayda var. Resource Grup sayfasını yeniledikten sonra oluşturmuş olduğumuz “MoveRg” karşımıza çıkacaktır. Ancak resource grup taşıma işlemlerinde içerlerinde bulunan bütün kaynakların taşınmamış olabilir, hiç panik yapmadan taşıma işlemini eski resource grubu üzerinde kalan kaynak için tekrar yapmamız yeterli olacaktır. İkinci kez taşıma işlemini başlattık ve bütün kaynakların taşındığından emin olduk 🙂

Aşağıda görüldüğü üzere bütün kaynaklarımız yeni resource grubumuza sorunsuz olarak taşındı.

Resource Grubu Neden Değiştirmemiz Gerekiyor ?

Kesinlikle böyle bir zorunluluk yok sadece resource gruplarını doğru ve dikkatli kullanmamız kaynak yönetimi konusunda bizlere büyük kolaylık sağlayacaktır.  Örneğin DB ‘si başka resource grupta, storage başka resource grupta, vM’i başka resource grupta çalışan projenin  maliyetini hesaplamak ve yönetmek daha kolay olurdu yoksa hepsinin tek bir resource grup üzerinde olduğu bir proje maliyetini hesaplamak ve yönetimini sağlamak mı? Kesinlikle resource grubu doğru oluşturulan projeleri yönetmek hem daha kolay hem daha sağlıklı olacaktır.

Azure AD Connect kurulumu ile ilgili yazımızı okumak için tıklayın..

Faydası olması dileğimle..

Bu yazmız ile Azure F ve N boyutlu vM’leri üzerinde konuşacağız. Bu iki Azure vM boyutu daha önce incelediğimiz Azure vM boyutlarından oldukça farklı özelliklere sahiptir. Azure F boyutuna sahip vM’ler işlem için iyileştirilmiş olarak karşımıza çıkarken Azure N boyutuna sahip vM’ler Gpu özellikleriyle bizleri karşılıyor.

Azure VM Types  (Instance F)

Azure üzerinde F boyutlu vM’ler için kısaca işlem için iyileştirilmiş vM’ler diyebiliriz. Bu boyutların en büyük özelliği yoğun işlem gücü kullanan işlemler için iyileştirilmiş olmasıdır. Azure F boyutunda bulunan Fsv2 serisi bizleri Intel’in Xeon Platinum (Skylake) işlemci ile karşılamaktadır. Bu işlemcilerin Turbo Boost Technology ile 3,7 Ghz’e varan saat hızlarına ulaşabildiklerini ayrıca eklemek gerekmektedir.

Azure F boyutuna sahip vM’leri toplu işlemler, web sunucuları ve analiz işlemlerimiz için tercih etmemiz gerekmektedir.

Azure VM Types  (Instance N)

Azure N boyutu ile karşımıza çıkan vM’ler GPU özelliklerine sahip olan Azure vM’leridir. Azure N boyutu bizleri 3 farklı seri ile karşılamaktadır. Bu seriler NC, ND ve NV olarak görülmektedir. Aynı boyut üzerinde çalışan bu 3 seri aslında içlerinde farklı amaçlara hizmet etmek için kurgulanmıştır.

Azure N boyutu üzerinde bizleri karşılayacak olan bu seriler güçlerini hangi donanımlardan alıyorlar ve hangi alanlar üzerinde çalıştırılması gerekiyor hızlıca bakalım istiyorum.

NC Serisi : Yüksek performanslı bilgi işlem ve makine öğrenimlerinde tercih edilmesi önerilmektedir. Bu seri üzerinde ki vM’ler Nvdia Tesla v100 Gpu’suna sahiptir.

ND Serisi : Derin öğrenim için eğitim ve çıkarım senaryolarında tercih edilmelidir. Bu seri üzerinde ki vM’ler ise Nvdia Tesla P40 GPU’su ve Nvdia Tesla v1oo Gpu’suna sahiptir.

NV Serisi :  Bu serimiz ise güçlü uzak sanallaştırma için tercih edilmelidir. Bu seri üzerinde ki vM’ler ise Nvdia Tesla M60 Gpu’suna sahiptir.

Genel olarak toparlamak gerekirse Azure N boyutuna sahip vM’leri derin öğrenme, grafik işleme, simülasyon, ve video işleme gibi güçlü Gpu gereksinimi olan işlemler için kullanılmalıdır.

Change Management ile ilgili yazımızı okumak için tıklayın..

Faydası olması dileğimle..

Active Directory User Bulk Update,Windows Server Active Directory kullanıcılarınızın Attribute bilgilerini tek veya toplu halde güncelleme yapmanızı sağlar.Active Directory’de güncellenmesi gereken birçok kayıt vardır.Bu kayıtları Powershell script ile güncelleyerek iş yükünüzü azaltacaktır.

Active Directory User Bulk Update işlemlerimizi RSAT Active Directory Powershell üzerinden gerçekleştireceğiz.

İşlem adımlarına geçebiliriz.

-Güncelleme yapacağımız kullanıcımızın özelliklerine girerek Email veya diğer Attributes kısımlarında herhangi bir kayıt olmadığını aşağıdaki gibi görebilirsiniz.

-Powershell üzerindende kontrol ettiğimizde Email kısmında herhangi bir kayıt olmdığını görebilirsiniz.

-Güncelleme yapacağımız bir veya birden fazla kullanıcımızı aşağıdaki gibi Excel’de Attributes kısmını birinci satıra ve kullanıcılarınızı alt satırlara ekleyerek farklı kaydet yapıp UTF-8 CSV formatında C:Scripts klasörüne kaydediyoruz.

-Aşağıdaki script’i notepad’e yapıştırıp ps1 uzantısı ile C:Scripts klasörüne kaydediyoruz.Kırmızı ile işaretli alanlar isteğe bağlı olarak düzenleyebilirsiniz.

$UpdatedADUserData = Import-Csv -Path C:Scriptsbulk.csv

ForEach ($user in $UpdatedADUserData){

Get-ADUser $user.SamAccountName , Set-ADUser -Replace @{Department=$user.Department ;title=$user.title ;mail=$user.mail ;proxyAddresses=$user.proxyAddresses}

}

-Active Directory Powershell Module’i yönetici olarak çalıştırıp C:Scripts klasörüne gelerek BulkUpdate.ps1 scriptimizi çalıştırıyoruz.

-Script başarılı bir şekilde çalıştıktan sonra kullanıcınızın attribute kısımlarını kontrol ettiğinizde güncellendiğini görebilirsiniz.Kullanıcılarınızın Attribute kısımlarında eski bir kayıt varsa bu script ile güncelleyebilirsiniz.

Umarım faydalı olmuştur.Görüşmek dileğiyle.

Daha önce  Microsoft Azure üzerinde bulunan vM boyutları ile ilgili kısa bir giriş yapmıştık. Şimdi bu Azure vM boyutlarını kendi içlerinde inceliyip hangi alanlar da kullanılabilir olduğuna çok kısa bakalım istiyorum.

Azure VM Types (Instance A)

Yanında ayrıca v2 bulunan sunucular ise standart A boyutu ile aynı performansı sunar ancak vCpu başına daha fazla ram ve daha hızlı disk kullanımı sunmaktadır. Bunun için testlerimiz için Standart A veya  Basic A sunucularını seçmemiz doğru olurken, düşük trafikli web sunucu veya küçük ölçekli veri tabanı sunucularımız için Standar A_v2 seçilmelidir.

A boyutunda ki vM’ler için giriş düzeyinde geliştirme ve test sunucularına uygundur diyebiliriz.

Azure VM Types (Instance B)

B boyutunda ki vM’lerin performansları ise A boyutuna göre biraz daha iyileştirilmiştir. B boyutunda ise bizi 7 farklı vM boyutu karşılamaktadır.

B boyutu vM’ler için düşük-orta arası cpu kullanımına ihtiyaç duyan sunucular seçilmelidir. Ancak bu boyutunda talep olması durumunda daha yüksek Cpu değerlerine çıkabildiğini unutmamak gerekir.  Bu boyutta vM’ler küçük veri tabanları, mikro hizmetler ve küçük geliştirme sunucuları için kullanılmalıdır.

B boyutunda ki vM’ler için seri aktarıma en uygun ve ekonomik boyuttur diyebiliriz. B boyutu vM’ler A boyutlarından farklı olarak düşük trafikli web sunucular için daha uygun bir seçenek olacaktır. Bu confirigasyon için en büyük örneğimiz anlık değişen datası olması web sunucuları olabilir. Anlık değişen datası olmayan web sitemizi Azure Storage üzerinde de host edebileceğimizi ayrıca hatırlatmak isterim ancak bu konuyu daha sonra “Storage” incelememiz de konuşmamız daha uygun olacaktır.

Bir önceki makalemizde Azure vM çeşitlerine genel olarak bakmıştık. Bundan sonra biraz daha örneklendirerek ilermeyi hedefliyoruz.

Microsoft Azure vM Çeşitleri yazımız için tıklayın.

Faydası olması dileğimle.