Operation Management Suite, Microsoft’un hibrit bulut için sunduğu BT yönetim çözümüdür. Tek başına kullanılabileceği gibi, mevcut System Center altyapınıza da entegre olabilen OMS, altyapınızın bulut tabanlı yönetimi için size maksimum esneklik ve kolaylık sağlar. Bulut dünyası için tasarlanan OMS, rekabetçi ve hızlı firmaların ihtiyaçlarını karşılayabilmek için, hibrit bulut altyapısınızı bir bütün olarak yönetilebilirsiniz. Farklı yönetim çözümleri ve ara yüzleri ile entegre etmek için hiç vakit harcamadan, yönetim süreçlerinin en kısa sürede çalışır duruma gelmesini sağlayabilirsiniz.

Operation Management Suite ile Azure, AWS, Linux,Hyper-V,VMware ve OpenStack dâhil her türlü fiziksel veya bulut ortamınızı istediğiniz bir şekilde yönetebilirsiniz. OMS, Aynı zamanda Planlama ve yönetimde verimliliği en üst düzeye çıkarmak ve sorunları kolayca tespit edebilmenize olanak sağlar. OMS kısaca On-prem veya bulut sistemli yapılarınızdan veri toplayan ve bunların analizini uçtan uca yapan bir servistir. Ayrıca alınan hata veya uyarılara karşıda alınması gereken önlemleri sizlere sunar.

Bu makalemizde Windows Server 2012 DFS Rolunu inceliyor olacağız. Windows Server 2012 DFS, sunucuları birbirleri arasında yaptığı replikasyon sonucu, en güncel datanın tüm DFS üyelerinde tutulması anlamına gelmektedir. Dolayısıyla, İstanbul ‘da bulunan bir site ‘daki kullanıcı deneme.txt dosyasını görüntülemek istediğinde İzmir ‘de bulunan File Server ‘a gitmek yerine, kendisine en yakın NameSpace bağlanarak aynı datayı orada da görebilmesi amaçlanmıştır.

DFS (Distributed File System): Dağınık dosya sistemi anlamanı gelmektedir. İki farklı ana başlıkta inceleniyor.

• DFS-N (ameSpace): Ortamda paylaşılan dosyaların yönetimi sağlar
  
• DFS-R (eplitaion): Paylaşılan klasörler arasında replikasyonu(kopyalanması) yapan kısımdır.
  

DFS-R(eplitaion) ile alakalı olarak da 3 ana başlıkta işlemler yapabiliriz.

Yukaridaki resmi incelersek;

• sharing files across branch offices çift yönlü replikasyon olabilir. Hub site dediği merkez branch office şubeler olabilir.
  
• Data collection ise şubelerden merkeze dataları toplayabilirsiniz.
  
• Data distribution kısmında ise merkezen şubelere data dağıtıyor olabilirsiniz.
  

Ortamımızı hazırlarken 3 sunucu gerekiyor.1 DC ve 2 adet DFS sunucu olacak şekilde.

ilk olarak DFS olacak 2 sunucu üzerinde DFS-N(ameSpace) –DFS-R(eplitaion 2 roles’leri kuruyoruz.

Server2 sunucu üzerinde,

Server Manager -Dashboard ekranından “Add roles and features” tıklıyoruz.

” Next” diyerek ilerliyorum.

Role-based or Features-based Installation seçerek NEXT diyerek devam ediyoruz.

“Next”diyerek devam ediyorum.

Roles bölümünden “DFS-N ve DFS-R” roleslerini işaretliyerek ilerliyorum.

Features bölümünde bir değişiklik yapmadan ilerliyoruz.

Kurulum dosyaları ile ilgili bir rapor sunuyor. “Install” diyoruz.

Kurulum bittikten sonra storage olarak bir alan belirlememiz gerekiyor. Deneme yaptığım için ben C: altında bir klasör göstereceğim. Siz tercihinizi harici bir disk ‘den yana kullanabilirsiniz.

DFS Management tools çalıştırıyorum.

DFS Management – Namespace sağ click “New Namespace” diyoruz. Kullanıcıların gideceği yeri belirliyoruz.

Namespace Server olarak DC makinamı gösteriyorum.Namespace ile ilgili bilgileri dışarıda bir yerde tutuyorum.“Next” diyorum.

Oluşturulan Namespace ‘ın adını “Datalar” veriyorum. “Next” diyorum.

Oluşturduğumuz Namespace’si Domain-Based namespace bazlı tutabiliriz yada Stand-alone Namespace domain dışı bir yerde tutabiliriz.Avantajlı olan ve seçilmesi gereken Domain-Based namespace ‘dir.

Bide Enable Windows Server 2008 mode işaretli olarak bırakıyoruz. Bu mode target ve folder sayısını arttırabiliyoruz.Domain-Based namespace ‘da “access-based enumeration” özelliği mevcut yani kullanıcının yetkisi yok ise o folder’ı hiç görmüyor. “Next” diyoruz.

Kurulum ile ilgili bir rapor geliyor karşımıza son olarak “Create” diyoruz.

Başarılı bir şekilde “Namespace” oluşturduk. “Close” diyoruz.

erbulmus.comDatalar ‘diye bir “Namespace” görebiliyoruz.

erbulmus.comDatalar sağ click New Folder ‘a tıklıyorum.

Name ismine “Docs” diyorum.Kurulumun ilk başında “Ortak” diye bir klasor paylaştırmıştık ,bu ortak klasoru 2 DFS sunucu üzerinde oluşturuyorduk. “Preview of namespace” kısmından ise  bu klasoru tanımlıyoruz.2 farklı sunucu üzerinde, “Add” diyerek 2 klasorumu ekliyorum.

Bu 2 sunucu birbiri ile Replikasyon içinde mi olacak diyor “YES” diyoruz.

Yes dedikten sonra  karşımıza replikasyon group ismi ve replikasyon klasorunu gösteriyor.“Next” diyoruz.

Replikasyona üye olacak sunucuları gösteriyor bana “Next” diyoruz.

Daha sonra ise ilk replikasyon kimden kime olacak diye soruyor biz server2 ‘den server3 replikasyon gerçekleşecek diyoruz. “Next” diyerek ilerliyoruz.

“Full mesh” olarak devam ediyoruz. Her şube birbirine data göndericek.

Bandwidth – full olarak seçiyorum. “Next” diyorum.

Yaptıklarımızın bir özetini gösteriyor bizde” Create” diyoruz.

İşlemlerimizin başarılı bir şekilde oluştuğunu görüyoruz.

“Docs” klasörümüz hazır durumda şimdi denememizi yapabiliriz.

 erbulmus.comDatalardocs klasör altında farklı dosyalar ekleyeceğim ve 2 sunucu arasında replikasyon gerçekleşmesi gerekecektir.

Server2 paylaşım klasöründe bir klasör oluşturuyorum. Server3’de aynı klasörü görebiliyoruz.

Şimdide de server3 sunucumuzdan ise bir metin belgesi ekliyoruz. Aynı şekilde server2 sunucumuzda replikasyonun gerçekleştiğini görebiliyoruz.

Sunucular arasında replikasyon işlemi olmamış ise sunucuları tetiklemek için “dfsrdiag pollad” komutunu kullanıyoruz. Bu komut “DC” ile iletişime geçip DFS ile ilgili değişiklik var ise o değişikliği alıyor.

Yukaridaki testtimizde 2 dosyanın sunucular arasında replikasyon işlemini yaptığını görmekteyiz. 

Operation Management Suite’in mimarısını aslında 4 ana bileşende toplanır ve bunlar aşağıdaki gibidir ;

• Insight and Analytics
  
• Automation & Control (Otomasyon ve Denetim)
  
• Protection and Disaster Recovery ( Koruma ve Olağanüstü Durum Kurtarma )
  
• Security and Compliance (Güvenlik ve Uyumluluk )
  

 Insight and Analytics

Log Analytics, tarafından toplanan tüm veriler, Azure’da barındırılan (repository) OMS deposunda depolanır. İşletim sistemleri ve uygulamalar tarafından oluşturulan günlük ve performans verilerini toplamanıza, bunlar arasında bağlantı kurmanıza ve bu veriler üzerinde arama işlemi yapmanıza yardımcı olur. Toplanacak verileri OMS’in çözümleriyle birleştirebilir ve bu veriler üzerinden mantıksal raporlar alabilirsiniz . Ayrıca çözümler en az yapılandırmayla veya hiç yapılandırma istemeden otomatik olarak sunulan hizmetlerle işlemler sağlanır.

 Otomasyon ve Denetim

Azure Otomasyonu, Kullanıcıların bulut veya local ortamda sıklıkla gerçekleştirdikleri iş yüklerini, hatasız ve sık tekrarlanan görevlerini otomatik hale getirmek için kullanılan bir yöntemdir. Bu yöntem zamandan tasarruf sağlar ve normal yönetim görevlerinin güvenilirliğini de artırır, hatta bu kuralları düzenli aralıklarla otomatik olarak gerçekleştirilecek şekilde ayarlanabilir. Runbook’ları kullanarak işlemleri otomatik hale getirebilir ya da istenen yapılandırmayı kullanarak varolan yapılandırmayı otomatik hale getirebilirsiniz.

Runbook

, Azure Automation’da otomatik işlemleri gerçekleştiren görevler grubu olarak adlandırabilir. Bu bir sanal makineyi başlatma ve günlük girişi oluşturma gibi basit bir işlemler de diyebiliriz.

 Koruma ve Olağanüstü Durum Kurtarma (Azure Backup & Azure Site Recovery)

Azure Backup, varolan uygulama verilerinizi korur ve herhangi bir yatırım sağlamadan önemli verilerinizi uzun süre boyunca saklar. SQL Server ve SharePoint gibi uygulama iş yüklerinizin yanı sıra fiziksel ve sanal Windows sunucularındaki verilerinizide yedekler. Uzun vadeli depolama açısından verilerinizi farklı bölgelerde saklama seçenekleri sunmaktadır.
Azure Site Recovery; şirket içi Hyper-V sanal makineleri, VMware sanal makineleri, fiziksel Windows/Linux sunucularını felaketten kurtarma işlemlerini düzenleyerek iş sürekliliği ve olağanüstü durumlarda kurtarma stratejinize katkı sağlar. Bu makineleri cloud ortamına yada ikinci bir veri merkezine taşıyarak veri merkezinizi genişletebilirsiniz. Site Recovery, aynı zamanda iş yükleri için basit bir yük dengeleme ve kurtarma işlemi sunar.

Azure Site Recovery için üç temel senaryo bulunmaktadır;

• Hyper-V sanal makinelerini
  

Hyper-V sanal makineleri VMM tarafından yönetiliyorsa, ikincil veri merkezine veya Azure depolama hizmetine yönelik taşıma gerçekleştirebilirsiniz. Azure’a yönelik taşıma, güvenli bir İnternet bağlantısı üzerinden yapılır. Hyper-V sanal makineleri VMM tarafından yönetilmiyorsa yalnızca Azure depolama hizmetine yönelik olarak çoğaltma işlemini gerçekleştirebilirsiniz.

• VMWare sanal makinelerini
  

VMware sanal makinelerini VMware veya Azure depolama hizmetini çalıştıran ikincil bir veri merkezine yönelik olarak taşınabilir. Azure’a yönelik taşıma, siteler arası bir VPN veya Azure ExpressRoute üzerinden ya da güvenli bir İnternet bağlantısı yoluyla gerçekleşebilir. İkincil bir veri merkezine yönelik taşıma, InMage Scout veri kanalı üzerinden gerçekleştirilir.

• Fiziksel Windows ve Linux sunucularını
  

Fiziksel sunucuları ikincil bir veri merkezine veya Azure depolama hizmetine yönelik olarak taşıyabilirsiniz. Azure’a yönelik taşıma, siteler arası bir VPN veya Azure ExpressRoute üzerinden ya da güvenli bir İnternet bağlantısı yoluyla gerçekleşebilirsiniz. Azure Site Recovery, bazı veri istatistiklerini görüntüleyen bir OMS çözümüne sahiptir, ancak işlemler için Azure portalını kullanmanız gerekecektir.

 Güvenlik ve Uyumluluk

Güvenlik ve Uyumluluk, altyapınıza ilişkin güvenlik risklerini belirlemenize, değerlendirmenize ve azaltmanıza yardımcı olur. Yönetilen sistemlerdeki güvenlik olaylarını toplayarak çözümler sağlamaktadır. Aynı zamanda kötü amaçlı yazılımların durumunu ve sunucu güncelleştirmelerin en stabil halini raporlayabilir ve gözlemleyebilirsiniz.

Merhaba bu makalemizde sizlere Wsus Rol’ününden bahsediyor (Windows Server Update Services) olacağım. WSUS, Microsoft tarafından hazırda kullanılan ürünlerin güncelleştirmelerini, ağ ortamındaki client bilgisayarlara dağıtmamızı sağlamaktadır. Aynı zamanda WSUS bu güncelleştirmeleri takip edebilmemizi sağlar.

WSUS (Windows Server Update Services) kurulumu için ilk olarak Server Manager yönetiminde Dashboard kısmından “Add roles and features” ı seçiyoruz.

“Next”diyoruz.

Role-based or Features-based Installation kurulumu bildiğimiz rol ve özelliklerin kurulumunu yapabileceğimiz bölümdür. “Next” diyorum.

Wsus.erbulmus.com sunucuma WSUS (Windows Server Update Services) roles’u kuracağımdan dolayı“Next” diyorum.

Roles bölümünde iste WSUS (Windows Server Update Services) roles’u işaretliyorum.“Next” diyorum.

Select features ekraninda sunucumuz üzerine kurubileceğimiz Features‘leri görüyoruz.“Next” diyoruz.

WSUS(Windows Server Update Services) rolünün kurulumuna devam etmek için” Next “diyerek devam ediyoruz.

WID Database :Kendi veritabanını oluşturarak kullanacağımız databasedir.

WSUS Service :WSUS roles’nun çalışmasında rol oynayan servistir.

Database : Bu seçeneği seçerseniz .WID Database ve WSUS Service seçeneğini seçemezsiniz bu sunucu üzerinde sadece Database tutulur.

Biz kendi database ve wsus servisini bir arada kuracağımızdan dolayı WID Database ve WSUS Service seçeneğini seçiyoruz. “Next” diyoruz.

Sanal sunucu üzerinde işlem yaptığım için ben C: altında Wsus isimli bir klasörünün içinde update’lerimi barındıracağım. “Next” diyerek ilerliyoruz.

Web server IIS Roles kuruyoruz.

Bu pencerede değişiklik yapmamiza gerek yok “Next” diyerek geçebiliriz.

Restart the destination server automatically if required seçeneğini işaretliyoruz. “Next” diyoruz.

“Close” diyoruz.

Server Manager Dashboard‘an ekraninda Tools bölümüne gelerek oradan Windows Server Update Services‘e tıklıyoruz.

“Run”diyoruz.

“Next” diyoruz.

Kutucuğu işaretlerseniZ Microsoft tarafına istatislik bilgi gidecektir.Ben işaretlemeden “Next” diyorum.

Update’leri microsoft tarafından alacağımızdan dolayı Synchronize from microsoft update diyerek ilerliyoruz.

Proxy kullanmayacağız. “Next” diyerek ilerleyebiliriz.

Connect to Upstream Server ekraninda gerekli bilgilerin ve Synchronize işlemlerini başlatmak için Start Connecting‘i seçip işlemi başlatıyoruz.

Kurulum bitti “Next” diyoruz.

Hangi dillerde update’leri indirmek istiyorsak yada ortamda hangi diller kullanılıyorsa o dilleri işaretlememiz gerekmektedir.

Benim ortamda windows server 2012 ve üzeri işletim sistemi olduğu için ben windows server 2012 tiklerini işaretliyorum. “Next” diyoruz.

Configure Sync Schedule ekranında Windows Update Services sunucumuzun update işlemleri katagori olarak düzenleyebiliriz.Burada ihtiyacımız olan update’leri belirliyoruz.”Next” diyoruz.

Senkronizasyon işlemi nasıl yapılsın yada hangi günlerde yapılsın gibi işlemleri yapabiliriz.Değişiklik yapmadan devam ediyorum. “Next” diyorum.

“Begin initial Synhronization” kutucuğunu işaretliyerek senkronizasyon işlemini başlatıyoruz.

Finish diyoruz.

Yukaridaki resmin sol üst bölümündeki “Synchronize Now” linkine tıklıyoruz.

Synchronize Now işleminden sonra security update ve critical update’ler buldu.Fakat 3. uyarıda ise Your Wsus server currently shows that no computers are registerede to receive update. uyarsında Windows Update Services kurulumu yapıldı ama bu hiç bir client makinamız bilmiyor bu servisi client bilgisayarlarımıza tanıtmamız gerekir.Bu işlem ise Group Policy Management üzerinden yapılmaktadir.

Server Manager Dashboard‘an ekraninda Tools bölümüne gelerek oradan Group Policy Management ‘e tıklıyoruz.

Computer Configuration tabından Policies – Administrative Templates -Windows components – Windows Update tıklıyoruz.

Bizim işimize Configure Automatic Update ve Specify intranet Microsoft update service location yarıyacaktır.

Configure Automatic Update: Update’ler hangi gün ve hangi saatler indirilsin  nasıl kurulsun diyebiliyoruz.

Specify intranet Microsoft update service location: Update sunucumuzun kim olduğunu belirtiyoruz.

Configure Automatic Update

Önce Policy “Enable” ediyoruz.

Sırasıyla incelersek,

Notify for download and notify for install: Yeni update geldiğinde indiriyim mi diye sor ve indirdikten sonrada kurulumu yapılsın mı diye sor.

Auto download and notify for install: Otomatik olarak indir ve kurulum yapılsın mı diye sor

Auto download and schedule the install: Hiç bir şey sorma otomatik olarak indir ve benim aşağıdaki bölümde belirteceğim gün ve saatte kurulumu yap (seçeceğimiz seçenek bu)

Allow local admin to choose setting: Local admin nasıl istiyorsa update’leri one indirip kurulumu yapsın.

Biz 3. seçenek olan Auto download and notify for install ‘ı seçiyoruz. “Apply” diyoruz.

Specify intranet Microsoft update service location

Yine önce Policy’i “Enable” ediyoruz. Bu kısımda Windows Server Update Services kim olduğunu söylüyoruz.

Her iki yerde aynı adresi giriyoruz. Birincisi Wsus sunucu ki olduğu ikincisi ise update’ler ile ilgili raporlarını o adrese bildiriyoruz.

Https://wsus.erbulmus.com:8530

Domain Controller 5 dk içerisinde diğer makinaler ise 90 ve 120 dk arasında yapılan ayarları alacaktır. Update’leri kontrol etmeyen makinalarda ise bir komut ile o makinayı tetikleyebiliyoruz.Bu komut microsoft sınavlarında sorular bir komuttur.

” Wuauclt.exe /reportnow /detectnow “

Resimde ise ortamda tek bir “wsus” sunucum olduğu için onu görebiliyoruz.

All Updates kısmına geliyoruz ister tek tek, istersek tümünü seçerek update’leri kurabiliyoruz. Ben tümünü seçip “Approved for install “diyorum.

“Ok” diyoruz.

Update kurulumunu başlatmış bulunuyoruz.

Update Services kısmından Options tıklıyoruz.

 Update Source and proxy server: ilk konfigürasyon yapıldığı yer update’leri microsoft tarafından aldığımızı gönderen yerdi. Proxy ayarlarınıda yapıldığı yer aynı zamanda

Products and classifications: konfigürasyon sırasında yeni bir ürün yüklediniz sunucunuza mesela exchange server onunla ilgili update’leride indir dediğimiz yerdir.Aynı zamanda ne tür update’leri indirmesini bu kısımdan değiştirebiliriz.

Update files and languages: Bu kısımda ortama farklı dilde işletim sistemi eklediğinde değişiklik yapabileceğimiz kısımdır.

Automatic Approvals: Update’ler ile ilgili ayarları otomatik halde yada manuel olarak “Approva “edebiliyorduk.

Synchronizations Schedule: sekronizasyon ile ayarların yapıldı kısım.

Computers: Bu bölümde update’ler ile ilgili grouplar oluşturabiliyorduk ve grouplara göre update işlemlerini düzenleyebiliyoruz.

Server cleanup Wizard: Kullanılmayan ve ihtiyaç duyulmayan update’lerin bu kısımdan temizleyebiliriz.

Reporting Rollup: Alınan raporların içinde serverla ilgili bilgileri istiyorum veya istemiyorum diyebiliyoruz.

E-mail Notifications: Sekronizasyon yapıldığı zaman belirli kişilere mail gönderilsin yada belli aralıklarda rapor alınsın gibi uyarıları yönettiğimiz kısımdır.

Microsoft update Improvement Program: Bu bölüme kurulum başında bakmiştık, Microsoft tarafına istatislik bilgi gönderecektir.Biz işareti kaldırmıştık.

Personalization: Update’leri nerden aldığını izlediğimiz kısım

Wsus server configuration Wizard: İlk konfigürasyon sihirbazını tekrar çalıştırıyor.

OMS’ın arka tarafta nasıl log topladığını inceliyor olursak, resimde görüldüğü üzere Azure içerisinde barındırılan bir OMS repository bulunur. Bu Repository merkezi olarak belirlenir, Veri kaynakları ile yapılandırılarak ve hesabınıza yeni çözümler eklenerek varolan çözüm kaynaklarından repository bölümüne aktarılır. Aktarma işlemi de OMS’in Agent’i ile yapılır.

Log Search tarafında ise OMS repository üzerine toplamış olan Log’ları OMS dashboard’unda görülür. Aynı zamada bu Log’ları bir PowerBI ortamına yada bir Excel’e export edilebilir. Bunları dışında belirlediğimiz Log’ları bir uyarı (Alerts) ile görebiliriz.

OMS Repository Database’in içinde nasıl Log’lar bulunur.

• Custom Logs
  
• Windows Event logs
  
• Windows Performance counters
  
• Linux Performance counter
  
• IIS logs
  
• Syslog
  

OMS Portalı üzerinden Settings – Data yollarını takip ederek ilgili log’ları inceleyebilirsiniz.

OMS’in Ana yapısını genel olarak Log Search, My Dashboard, Solutions Gallery, Usage ve Settings bölümünden oluşmaktadır. Ana bölümde ise eklenen Solutions’ları görebilirsiniz. Her birinin farklı bir görevi olduğundan ana başlıklarına göre çeşitli bilgiler bulunmaktadır. Tek tek üzerine tıklandığından sizlere o konuyla ilgili çözüm ve öneriler sunarak ortamınıza katkı sağlar.

Veri kaynakları, bağlı olduğu her sunuculardan toplanan farklı veri türleridir. Bunlar, Windows ve Linux sunucularından alınan logları (performans verileri,IIS logları ve özel loglar) içerir. Toplamak istediğiniz her veri kaynağını yapılandırabilirsiniz. Yapılandırma, otomatik olarak isteğe bağlı her kaynağa dağıtılır.

Log Analytics dışındaki verileri analiz etmek için OMS deposundaki verileri Power BI veya Excel gibi araçlara aktarabilirsiniz. Log Analytics verilerini kullanan özel çözümler oluşturmak veya başka sistemlerle tümleştirmek için Günlük Arama API’sini de kullanabilirsiniz. Depoladığınız verileri hızlı bir şekilde toplayıp veya birleştirmek için sorgu dizinleri kullanılır. Verileri doğrudan OMS portalında çözümlemek veya sorgunun sonuçları önemli bir koşulu gösterdiğinde günlük aramalarının otomatik olarak çalışmasını sağlamak için Günlük Aramaları oluşturabilir ve kaydedebilirsiniz.

My Dashboard, genel ortamınızın durumunu kısa bir grafikte göstermek için panonuza kayıtlı günlük aramaları görselleştirmelerle ekleyebilirsiniz. Bu kayıtları istediğiniz gibi şekillendirebilir ve düzenlenleyebilirsiniz.

OMS ortamınızda ne kadar veri kullanımı yapıldığını Usage kısmına girerek inceleyebilirsiniz. Bu bölümde ise hangi sunucu ne kadar log toplamış ve solution’ların hangisi daha fazla log üretiyor gibi kullanım miktarlarını görebilirsiniz.