"Hyper-V Nedir" etiketi için bulunan tüm sonuçlar:

Hyper-V ve Virtual Machine Manager Türkçe Kaynaklar

Blog’da yer alan Windows Server 2008 Hyper-V ve Virtual Machine Manager 2008 ile ilgili Makale, Webcast ve Video kaynaklarını index şeklinde aşağıda listeliyorum. Bu şekilde aradığınız konuya daha hızlı ve kolay ulaşabilirsiniz.

Bu arada tam olarak saymadım ama makalelerin sayfa toplamı 400 ‘ün üzerinde.  Yani Hyper-V konusunda Türkçe bir kitap oldu diyebiliriz :)

Hyper-V Makaleler

Hyper-V: Mimarisi (Architecture)

Hyper-V: Giriş, Özellikler ve Kurulum

Hyper-V: İlk İzlenimler ve Sanal Makine Yaratılması

Hyper-V: Sanal Makine Kurulumu ve İlk Ayarlar

Hyper-V: Hyper-V Manager ve Ayarlar

Hyper-V: Sanal Makine Düzenleme İşlemleri – Bölüm1

Hyper-V: Sanal Makine Düzenleme İşlemleri – Bölüm2

Hyper-V: Snapshot Kavramı

Hyper-V: Snapshot Aksiyonları

Hyper-V: Vista Üzerinden Hyper-V Yönetimi – Bölüm1 (Workgroup)

Hyper-V: Vista Üzerinden Hyper-V Yönetimi – Bölüm1 (Workgroup)

Hyper-V: HVRemote Script İle Otomatik Configuration

Hyper-V: Virtual Network Yapısı

Hyper-V: NICs Bandwidth Konusu

Hyper-V: Failover Cluster Senaryoları

Hyper-V: Hyper-V Server 2008 Nedir? ve Kurulum Adımları

Hyper-V: Linux Integration Components Kurulumu

Virtual Machine Manager Makaleler

VMM2008: Nedir? Neler Saglar?

VMM2008: VMM Server Kurulumu

VMM2008: Administrator Console Kurulumu

VMM2008: Windows Host Ekleme İşlemleri – Bölüm1

VMM2008: Windows Host Ekleme İşlemleri – Bölüm2

VMM2008: Self-Service Portal ve Kurulum Adımları

VMM2008: Self-Service Portal User Role Tanımı

VMM2008: Self-Service Portal Kullanıcı Aksiyonları

Hyper-V ve Virtual Machine Manager Video/Webcast

Webcast Video – Microsoft HyperV – Girisi, Kurulum, Özellikler

Webcast Video – Microsoft HyperV Yönetimi

Webcast Video – Microsoft Hyper-V Uygulama Yöntemleri

Webcast Video – System Center Virtual Machine Manager ile Sanal Ortam Yönetimi

Webcast Video – 360 Derece Hyper-V

Webcast Video – Hyper-V Server 2008 ile Sıfır Maliyetli Sunucu Sanallaştırma

Seminer Video – Antalya Dedeman / Windows Server 2008 Hyper-V

Seminer Video – Microsoft Türkiye / Hyper-V

Seminer Video – Microsoft Türkiye / Virtual Machine Manager 2008

NOT: Zaman içerisinde yeni kaynaklar eklendikçe bu listeyi güncelleme şansım olmayacak ancak Blog üzerindeki güncel yazılara Hyper-V ve Virtual Machine Manager bölümlerinden ulaşabilirsiniz.

Hyper-V: Snapshot Aksiyonları

29.04.2009 | 12:26 Dokümanlar , Hyper-V 2 Yorum

Hyper-V Snapshot makale serimizin ilk bölümünde Hyper-V: Snapshot Kavramı ‘nı ele alıp bu özelliğin arka planı hakkında bilgiler vermiştim. Bu bölümde ise aşağıdaki temel konuları ve nasıl gerçekleştiklerini inceleyeceğiz.

  • Yeni bir Snapshot nasıl alınır
  • Var olan bir Snapshot ’a nasıl dönülür
  • Snapshot nasıl silinir
  • Bu işlemlerin Parent Partition üzerindeki gerçek Partition ’lara etkileri

Hyper-V Snapshot Nasıl Alınır

Yeni bir Snapshot ’ın nasıl yaratılacağına önceki bölümde çok kısa değinmiştik. Hatırlayacak olursak, Hyper-V Manager konsolunda ilgili VM’i seçip Snapshot komutunu uyguluyoruz.

Hyper-V Snapshot Nasıl Alınır

Ve Snapshot alama işlemi hızlıca gerçekleşiyor. Alınan Snapshot ’ın neleri içerdiği konusuna girmiyorum çünkü önceki bölümlerde bu konuyu da ayrıntılı olarak incelemiştik. Bu nedenle ilk bölümü okumadıysanız mutlaka okumanızı öneririm.

Snapshot işlemlerini yine örnek bir senaryo üzerinde inceleyeceğiz çünkü sizlerden gelen dönüşler gösteriyor ki bu gibi örnek senaryolar üzerinde anlatılan konular çok daha anlaşılır oluyor. Devamını oku…

Hyper-V: Snapshot Kavramı

29.04.2009 | 11:19 Dokümanlar , Hyper-V 9 Yorum

Hyper-V üzerindeki Snapshot kavramını şu şekilde tanımlamak mümkün: bir sanal makinenin o anki durumunun görüntüsünün alınması (Çalışır durumda ya da kapalıyken) ve bu görüntü noktasının ilerleyen zamanlarda geri dönülebilmek üzere rezerve edilmesi işlemidir.

Alınan Snapshot içerisinde ise aşağıda listelediğim dört temel bilgi bulunur.

  • Yeni AVHD dosyası/dosyaları (Boştur ve VHD’nin kopyası değildir),
  • Donanım ve yapılandırma bilgisi (Configuration File – XML),
  • Bellek içeriği (Memory Content – BIN File) (Sadece VM up durumdayken alınan Snapshot)
  • Diğer destek bilgileri (VSV File) (Sadece VM up durumdayken alına Snapshot)

Daha genel bir tanım ile sanal makineyi o anki hali ve tüm sanal disk içeriği ile yedekliyoruz (aslında işaretliyoruz), ilerleyen günlerde ya da testlerimizi tamamladıktan sonra sistemi Snapshot aldığımız zamana geri döndürebiliyoruz.

Snapshot kavramı Hyper-V dışındaki sanallaştırma teknolojilerinde de yer alan bir özellik. Tabi her üretici bu özelliği kendine göre dizayn etmiş ve farklı mimarilerde kullanıma sunmuştur. Amaçlanan aynı olsa dahi bu özellik arka planda farklı şekillerde işlemektedir. Bu doğrultuda Hyper-V üzerinde kullanılan Snapshot alt yapısının diğer vendor’ların üretmiş olduğu sanallaştırma ürünlerinde kullanılan Snapshot alt yapılarına göre farklılıklar gösterdiğini söyleyebiliriz.

Hyper-V Snapshot Makale Serisi

Bu makale serisinde Hyper-V Snapshot yapısını ayrıntılı olarak ele alıyoruz.

İlk bölümde Hyper-V Snapshot Kavramı : Snapshot kavramı, kullanım amaçları, nasıl çalıştığı, neleri içerdiği/yedeklediği konularını yani background ’u inceliyoruz.

İkinci bölümde Hyper-V Snapshot İşlemleri : Snapshot almak, alınmış bir Snapshot ’a geri dönmek ve Snapshot silme işlemleri ile bu işlemlerin VHD/AVHD ve fiziksel Partition ’lar üzerindeki etkilerini inceleyeceğiz.

Üçüncü bölümde Hyper-V Snapshot Özellikleri ve Tavsiyeler : Snapshot özellikleri ve Snapshot ’lar ile çalışırken dikkat edilmesi gereken noktaları inceleyeceğiz.

Hyper-V Snapshot Kavramı

Yukarıda Snapshot tanımını kısaca yaptıktan sonra bu özelliğin ne amaçla hangi durumlarda kullanıldığını birkaç örnek senaryo ile inceleyerek başlayalım.

Örneğin Hyper-V üzerinde çalışan bir VM ile Terminal Services hizmeti veriyoruz. Bu sanal makine üzerinde Windows Server 2003 SP1 kurulu ve biz bu sistem üzerine SP2 geçmeyi planlıyoruz.

Bilindiği üzere Service Pack ’ler üretici tarafından yayınlanan, yazılımlar üzerinde ciddi değişiklikler ve geliştirmeler yapan paketlerdir. Bu nedenle SP yükleme işlemlerinde risk unsuru her zaman mevcuttur. SP yüklemesinden sonra açılmayan sistemlere yada corrupt olan uygulamalara mutlaka denk gelmişsinizdir. Hele ki senaryomuzdaki gibi canlı ortamda hizmet veren bir sunucunun başına böyle bir durum gelmesi eminim hiç kimsenin hoşuna gitmez.

Fiziksel olarak çalışan bir sunucuda SP yükleme işlemini yapmadan önce mutlaka çalışan uygulamaların yedeklerini alırız ve ya imaj programları ile System Partition ve ya ilgili Partition ’ların imajlarını alırız ki bir felaket anında hızlı geri dönüş şansımız olabilsin. İşte sunucu sanallaştırma teknolojilerinin IT yapılarına katmış olduğu avantajlardan birisi olan Snapshot özelliği ile bu gibi durumlar için daha kısa sürede önlemler almak mümkün.

Örnek senaryomuzdaki VM üzerine SP yüklemeden hemen önce bir Snapshot alırız ve daha sonra SP yükleme işlemini gerçekleştiririz. Eğer ki SP yükleme işleminde bir sorun meydana gelirse (ki bu sorun sanal işletim sisteminin açılmaması dahi olabilir) sistemi almış olduğumuz Snapshot noktasına hızlıca geri döndürüp SP yüklemeden önceki çalışır duruma getirebiliriz. Geri dönüş işlemi dakikalar içerisinde gerçekleşebilir. Fiziksel dünyada bu işlemin alacağı zamanı ve iş süreçleri üzerindeki olumsuz etkisini yorumlamayı ise size bırakıyorum :) Devamını oku…

Hyper-V: Virtual Network Bandwidth Konusu

20.04.2009 | 11:54 Dokümanlar , Hyper-V 5 Yorum

Yine geçtiğimiz günlerde gelen bir soru üzerine yazdığım cevap maili alıp başını gidince, konuyu biraz daha detaylandırıp blog entry olarak yayınlamak istedim.

Soru tam olarak şöyle:

“Peki, ornegin uzerinde 10 guest calisan bir sunucuda tek bir ethernet uzerinde her guest cok siki network haberlesmesi yapiyorsa ve sunucunun 1Gbit lik bir ethetnet i varsa bu durumda her sunucuya 100Mbit (veya ilk alana cok sonra gelene nanik :)) mi ayriliyor”

Cevap kısa ve net: “Kimseye nanik yok, bu işler parayla değil sırayla :)”

Hyper-V için 3 temel Virtual Network tipi vardır.

Hyper-V Virtual Network Tipleri

External Virtual Network

Fiziksel dünya ile konuşabilen sanal ağ tipidir. Mutlaka fiziksel bir ağ adaptörüne bağlıdır ve o adaptörün fiziksel olarak erişebildiği ağ üzerindeki sistemler ile konuşmayı mümkün kılar. External Virtual Network üyesi olan sanal makineler dış dünya ile konuşabilen sanal makinelerdir. (External Virtul Switch) External Virtual Network üyesi sanal makineler aynı host üzerinde kendi aralarında, direkt host ile veya dış dünyadaki sistemler ile ağ üzerinden konuşabilirler.

Internal Virtual Network

Sadece aynı Hyper-V sunucusu üzerinde çalışan VM ‘lerin kendi aralarında ve Hyper-V sunucusu yani Paren Partition ile konuşabildiği sanal ağ tipidir. Internal Virtual Network üyesi sanal makineler dış dünya ile konuşamazlar çünkü bu sanal ağ tipi bir fiziksek ağ adaptörüyle ilişkili değildir. (Internal Virtual Switch)

Private Virtual Network

Sanal makinelerin aynı Hyper-V sunucusu üzerinde sadece kendi aralarında konuşabildiği sanal ağ tipidir. Private Virtual Network üyesi sanal makineler dış dünya ve host yani Parent Partition ile konuşamazlar. Kapalı devre bir ağ gibi düşünebilirsiniz. (Private Virtual Switch)

Daha önce Hyper-V Virtual Networks konusunda yazdığım bir yazıya buradan ulaşabilirsiniz. Bu yazıya göz atarsanız; VM ‘lerin ve bazı durumlarda Parent OS ‘in Virtual NIC ‘ler kullandığından ve bu vNIC ‘lerin fiziksel NIC üzerinden external network ‘e çıkış yaptığından bahsetmiştim. Bu durumda VM ‘lerin ve Parent OS ‘in external network iletişimi için kullanabileceği toplam bandwidth miktarı, fiziksel NIC ‘in gerçek bandwidth miktarına eşittir. External network bandwidth diyorum çünkü VM to VM ya da Host to VM iletişiminde fiziksel NIC kullanılmayabilir. Yani Internal ve Private networkler için bandwidth konusu farklıdır.

Sorudan yola çıkalım. Hyper-V üzerinde çalışan 10 VM var. External Virtual Switch ve tek bir fiziksel NIC üzerinde çalışan MS Virtual Network Switch Protocol ile external network ‘e send/receive yapıyorlar. Fiziksel NIC ise 1GB bandwidth ‘e sahip. Bu noktada network kuralları gereği paketi gönderen, aracı olan ve paketi alan noktaların bandwidt ‘i, iletim bandwidth durumuna direkt etki eder. Örneğin 1000MBps NIC üzerinden çıkan paketler, 1000MBps Switch üzerinden geçip, 100MBps NIC ‘e giriş yapıyorsa, bu durumda source noktasından 1000MBps veri çıksa da destination maximum 100MBps veri alabileceği için aslında iletim bandwidth ‘i en fazla 100MBps olacaktır.

Peki VM ‘lerin Virtual NIC ‘lerinin bandwidth ‘i nedir?

Hyper-V üzerinde çalışan Windows Server 2003 ve Windows Server 2008 Guest OS ‘ler için konuşursak vNIC başına bandwidth 10gb ‘dır. Ancak bu teorik rakam VM ve Virtual Switch arasındaki iletişimde geçerlidir (Her bir vNIC ‘in 10GBps olarak Virtual SW ‘e bağlandığını düşünebilirsiniz). Bu durumda teorik olarak aynı Virtual SW ‘e bağlı VM ‘ler kendi aralarında 10GBps olarak iletişim kurabilirler (Internal veya Private Virtual SW ‘ler üzerinde çalışan VM ‘lerin bu ağ üzerinde yüksek hızlarla konuştuğunu test edebilirsiniz) Ama bu Virtual Switch External tipte ise dışarı çıkışta bandwidth düşecektir çünkü Virtual SW ‘den external networke akan trafik, Fiziksel NIC üzerinden çıkmak zorundadır. Bu durumda da toplam bandwidth maximum 1GB olur. (yani fiziksel NIC bandwidth ‘i) Aşağıdaki diyagram bu yapıyı temsil ediyor.

Hyper-V NIC Bandwidth

Gelelim sorunun cevabına. 10 VM ‘den gelen ve external networke gitmek isteyen paketler Parent Partition üzerindeki Virtual Switch’ te toplanır (VSC/VSP/VMBUS desteği ile) ve sırayla fiziksel NIC üzerinden gönderilir. Bu noktada sıralamayı belirleyen bileşenlerin başında Virtual Switch, VSP  (Virtual Service Provider) ve Windows Server 2008 Network mimarisi gelir. Virtual Switch üzerinde kullanılan routing algoritması özel bilgidir ve bu konu ile ilgili public kaynak yoktur.

Ama şöyle bir yetenekten bahsedebilirim:

Örneğin Parent Partition üzerinde iki fiziksel NIC var. Bunlardan birisi External Virtual Switch olarak tanımlanmış  ve bu bacak yerine bir Virtual NIC yaratılmış. İkincisi ise fiziksel şekilde duruyor. Yani Parent OS’in fiziksel networke erişebilmesi için Virtul NIC ve ikinci fiziksel NIC olmak üzere iki şansı var ve her iki NIC ‘in de aynı networke erişebildiğini kabul edelim.

Bu durumda Parent OS üzerindeki herhangi bir application fiziksel networke erişmek istediğinde hangi NIC’i kullanmalı?

Bu yapıda Virtual NIC Virtual Switch üzerinden, fiziksel NIC ise direkt çıkış yapabilecek konumdadır. Bu durumda tabiki fizikselden çıkmak çok daha mantıklı. İşte bahsettiğimiz algoritma bu gibi kararları kendisi alıp network trafiğini en doğru ve kısa yoldan gönderebilmektedir. Aşağıdaki diagram bu yapıyı temsil ediyor.

Hyper-V NIC Önceliği

(sorunun cevabına dönersek) Sonuç olarak 1GB bandwidth VM ‘ler arasında 100mb olarak paylaştırılmaz, sistem tarafından önceliklendirilip işlenir.

Sanallaştırma olmayan fiziksel yapıları düşünelim. Sistemde çalışan uygulamalardan biri fazla network trafiği yarattığında, aynı sistem üzerindeki diğer uygulamaların performansı bundan etkilenir. Çünkü bandwidth ‘i ortak kullanırlar. Aynı mantık bir noktada Hyper-V sanal ağları için de geçerlidir.

Peki biz her VM için 100MBps olarak limit veremez miyiz? Hyper-V üzerinde Processor, Memory ve Storage kullanım limitleri verebiliyoruz ancak NIC tarafında şimdilik limit verme şansımız yok ve bu durum birçok sanallaştırma ürününde bu şekilde.

Bu noktada VM network aktivitelerini izleyip değerlendirmenizi tavsiye ederim. Her ne kadar Virtual NIC ‘ler ve Virtual Switch ‘ler den bahsetsek de bu sanal aygıtları (üzerlerindeki sanal portlara kadar) izleme şansımız var. Örneğin Ex-SW1 isimli sanal switch ‘in üzerinde çalışan VM21 sanal makinesinin bağlı bulunduğu portun trafiğine kadar izleyebilirsiniz.

Bu iş için Windows Server 2008 üzerinde ücretsiz olarak gelen Reliability and Performance Monitor ve aşağıdaki counter ‘ları kullanabilirsiniz.

Reliability and Performance Monitor

Hyper-V Virtual Switch (Seçtiğiniz Virtual SW/SWs üzerinde paket send/receive, multicast-broadcast, flood gibi durumları izler)

Hyper-V Virtual Switch Port (Daha detaylı olarak port bazlı send/receive izlenebilir)

Hyper-V Virtual Network Adapter (NIC bazlı send/receive izlenebilir)

Yada çok daha gelişmiş monitoring işlemleri için System Center Operations Manager kullanabilirsiniz.

İyi çalışmalar dilerim.

Hyper-V: Virtual Network Yapısı

17.04.2009 | 12:35 Dokümanlar , Hyper-V 7 Yorum

Geçtiğimiz günlerde teknik topluluklardan birinde gelen soru üzerine yazdığım cevabı düzenleyerek burada da paylaşmak istedim.

Soruda merak edilen şuydu: Sunucu sanallaştırma ortamlarında örneğin 3 Guest sistemin tek bir fiziksel NIC ‘i kullanması bir sorun teşkil eder mi?

Öncelikle bu durum bir sorun teşkil etmez. Zaten sunucu sanallaştırma teknolojilerinin temel amacı olan konsolidasyon işleminin zemininde, fiziksel kaynakların birden fazla sanal işletim sistemine kullandırılması yatar. Tek bir fiziksel NIC üzerinden 3 Guest OS ‘in send/receive yapabilmesi gibi… Tabi 3 Guset OS external network ‘e normal üstü send/receive yapıyorsa, fiziksel NIC ‘in sahip olduğu bandwidth ‘e göre dar boğaz yaşanabilir ancak bu özel bir durumdur, bu gibi durumlarda zaten ayrı fiziksel NIC ‘ler kullanarak yükü bölmek gerekir.

Sanal ağlar hakkında daha güncel bilgiler için Hyper-V Sanal Ağ Türleri‘ni okuyabilirsiniz.

Konu açılmışken Virtual Network işlerinin Hyper-V tarafında nasıl gerçekleştiğinden bahsetmek istiyorum. Bu mantık bir çok sunucu sanallaştırma ürünü için de geçerlidir.

Hyper-V sunucularında VM ‘lerin ve Parent OS ‘in fiziksel network iletişimi için kullanılan Microsoft Virtual Network Switch Protocol çalışır.  VM ‘lerde ise Virtual Network Interface Card ‘lar vardır.

Örneğin tek fiziksel NIC ‘e sahip sunucuda Hyper-V enable edip yeni bir external virtual network yaratırsanız, Parent OS ‘e ait fiziksel NIC üzerinde çalışan (TCP/IP dahil) tüm protokoller devre dışı kalır ve o fiziksel NIC üzerinde sadece Microsoft Virtual Network Switch Protocol çalışmaya başlar.

Aşağıda da görebileceğiniz gibi “Broadcom NetXtreme Gigabit Ethernet” üzerinde sadece Virtual Network Switch Protocol çalışıyor.

Virtual Network Switch Protocol

Bu fiziksel NIC bir noktada Hyper-V Serverın dış dünya ile görüşen sanal switch ‘i durumundadır. Bu NIC’ in herhangi bir IP adresi de yoktur.

Peki bu durumda Parent OS network iletişimini nasıl gerçekleştirecek?

Senaryonun devamı olarak sistem tarafından Parent OS ‘e yeni bir Virtual NIC eklenir ve fiziksel NIC ile ilişkili sanal switch ‘e bağlanır .(otomatik olarak)

Virtual Network

Parent OS artık bu Virtual NIC üzerinde çalışan protokoller yani fiziksel NIC üzerinden transfer edilen protokoller ile network iletişimini sürdürür. Parent OS için aksiyon budur.

Ayrıca şunu da belirtmek isterim: Parent OS üzerindeki Virtua NIC’i kaldırıp (veya hiç eklemeyip) Microsoft Virtual Network Switch Protocol ve Parent OS ‘in iletişimi için gerekli protokollerin hepsini aynı fiziksel NIC üzerinde çalıştırmak mümkün. Bu durumda Parent OS için Virtual NIC olmaz, sadece VM ‘lerde Virtua NICs olur. Bu durumda mimaride herhangi bir değişiklik olmaz, mantık yine aynı.

Eğer yeterli fiziksel NIC yoksa ve Host ile paylaştırmanız gerekiyorsa, fiziksel NIC üzerinde sadece Microsoft Virtual Network Switch Protocol çalıştırın. Parent OS ise Virtual NIC kullansın.

Hyper-V tarafında Virtual Network mimarisi kabaca böyle. Ancak bu konuda yanlış bilinen bir nokta var.

VM ‘lerin external network iletişimini sağlayan Parent OS üzerindeki Virtual NIC değil, yukarıda da bahsettiğim gibi fiziksel NIC üzerinde çalışan Microsoft Virtual Network Switch Protocol ‘dür. Nasıl ki Parent OS üzerine eklenen Virtual NIC, external network send/receive için fiziksel NIC üzerinde çalışan Microsoft Virtual Network Switch Protocol ‘e bağlı ise, VM ‘ler üzerinde yer alan Virtual NIC‘ler de aynı şekilde bu protokol ile external network ‘e send/receive yaparlar. Bu protokole veriyi gönderen ise external virtual switch ‘tir.

Toparlarsak; Sunucu üzerindeki fiziksel NIC sanal bir switch görevi üstleniyor, Parent OS ve VM ‘ler ise üzerlerindeki Virtual NIC ‘ler ile bu switch ‘e bağlı şekilde external network ‘e send/receive yapıyor. (yani fiziksel NIC ‘in fiziksel olarak erişebildiği networke)

Hyper-V Virtual Network Mimarisi

 Yukarıdaki diyagram bu yapıyı temsil ediyor.

Hyper-V Mimarisi (Architecture)

21.03.2009 | 02:08 Dokümanlar , Hyper-V 8 Yorum

Aslında bu makaleyi çok uzun zaman önce yazmayı planlıyordum ancak bu makale diğer makaleler gibi adım adım kurulum aşamaları ve ekran görüntüleri yerine teorik bilgiler ve paragraflardan oluşacağı için biraz fazla zaman ayırmak gerekiyordu ve yeni fırsatım oldu. Sunucu sanallaştırma teknolojilerini anlamak için nasıl çalıştıklarını bilmek önemli, çünkü işin sırrı mimaride gizli.

Bu makalede Hyper-V mimarisi, sanallaştırma sürecinin arka planda nasıl gerçekleştiği, bu sırada hangi component ‘lerin görev yaptığı, process ‘lerin hangi sırada yürüdüğü gibi bir takım bilgiler vererek kurumsal sınıf sanallaştırma dediğimiz hypervisor tabanlı bu teknolojinin, diğer host işletim sistemi tabanlı sanallaştırma ürünlerinden farkını göstermek istiyorum.

Windows Server 2008’in bir özelliği olarak Release olan Hyper-V, Bare-metal olarak çalışan 64bitlik bir hypervisor ‘dır. Windows Hypervisor ’ın çalışması için herhangi bir aracı gerekmez, küresel olarak Type1 olarak sınıflandırılırlar ve bu tip hypervisor ’lar direkt fiziksel donanım üzerinde çalışabilirler. (bare-metal installation)

Mesel Virtual Server 2005 ürünü de temelde bir sunucu sanallaştırma teknolojisidir ve bir noktada hypervisor ’e sahipti. Ancak bu yapıda Virtual Server 2005 ürününün ve doğal olarak hypervisor ’ın çalışabilmesi için zeminde duracak bir host işletim sistemine ihtiyaç vardır. Yani Virtual Server 2005 ’i kurmuş olduğumuz ve fiziksel donanım üzerinde çalışan bir işletim sistemi… Bu yapıdaki hypervisor direkt donanım üzerinde çalışamaz ve aracı olacak, donanım üzerinde çalışan host işletim sistemine ihtiyaç duyar. Bu yapıda çalışan diğer sanallaştırma ürünlerinden birkaç örnek vermek gerekirse; Virtual PC 2007, Vmware Workstation, Vmware Server ve VirtualBox gibi ürünlerden söz edebiliriz.

Devamını oku…

Webcast: Hyper-V Giriş, Özellikler, Kurulum

30.08.2008 | 09:52 Duyurular , Hyper-V 0 Yorum

Bu konuda daha önce yayınlanan bir yazıya Microsoft Hyper-V: Giriş, Özellikler ve Kurulum bağlantısından ulaşabilirsiniz.

ÇözümPark Bilişim Portalı olarak Microsoft Türkiye ile ortaklaşa düzenlediğimiz Webcast ‘lerin üçüncüsünü bu Pazar (31.08.09) gerçekleştiriyoruz. Konuşmacı benim. Konu ise Hyper-V. Webcast bilgileri aşağıda yer alıyor.

ÇözümPark – Microsoft Ürünleri Web Seminerleri ; Windows 2008 Hyper-V Serhat AKINCI

Değerli ÇözümPark Sakinleri ;

Microsoft Türkiye ile ortaklaşa yürüttüğümüz Webcast hizmetimiz tüm hızıyla devam ediyor.

Bu hafta üçüncüsünü gerçekleştireceğimiz Webcast ‘imiz de Serhat Hocamız bizlere Microsoft un sanallaştırma teknolojilerindeki ürünü olan Hyper-V hakkında detaylı bir sunum yapacaktır.

Şimdiden keyif almanız dileği ile

Konu: Windows 2008 Hyper-V

Başlama zamanı : 31 Ağustos 2008, Pazar, 12:00

Bitiş zamanı : 31 Ağustos 2008, Pazar, 13:00

Web Semineri Bağlantısı: https://www.livemeeting.com/cc/microsoft/join?id=GC6ZCD&role=attend

Konuşmacı: Serhat AKINCI

Web seminerleri kendi bilgisayarınızdan katılabileceğiniz, yaklaşık bir saat süren seminerlerdir. Seminer sunumunu ve ses yayınını kendi bilgisayarınızdan canlı olarak takip edebilir ve seminer sırasında sorular sorabilirsiniz.
Seminerlere katılabilmek için Live Meeting programını webiner başlamadan önce yüklemeniz gerekir.

Microsoft Hyper-V: Sanal Makine Kurulumu ve İlk Ayarlar

25.06.2008 | 23:35 Dokümanlar , Hyper-V 6 Yorum

Önceki bölümlerde Hyper-V Kurulumu yaparak Yeni Sanal Makine Oluşturma adımlarını öğrendik ve Hyper-V Manager konsolunu tanıdık.

Bu bölümde ise oluşturduğumuz sanal makine üzerine sanal işletim sistemi yükleyip ilk ayarları yapacağız.

23.05.2013/Güncelleme: Eğer en güncel sürüm olan Windows Server 2012 Hyper-V üzerinde yeni bir sanal işletim sistemi kurmaya çalışıyorsanız, Windows Server 2012 Hyper-V – Sanal İşletim Sistemi Kurulumu dokümanını referans alabilirsiniz.

Ben farklı bir Hyper-V Server ‘a bağlanıp devam ediyorum. Bir önceki bölümde W2K8 STD isimli bir sanal makine yaratmıştık. Şimdi kullandığım sunucu üzerinde ise W2K3 STD – 1 ve W2K3 STD – 2 isimli iki adet sanal makine var ve ikisine de işletim sistemi kurulmamış durumda. Yani durum bir önceki makale ile aynı. Bu iki makine üzerine Windows Server 2003 R2 kurulumu yapacağım.

Devamını oku…

Microsoft Hyper-V: İlk izlenimler ve Sanal Makine Yaratılması

25.06.2008 | 23:32 Dokümanlar , Hyper-V 6 Yorum

Bir önceki bölümde Hyper-V giriş, özellikler ve kurulum konularında bilgiler vermeye çalıştım ve Hyper-V rolünün nasıl yükleneceğini gösterdim.

16Mayıs2013/Güncelleme: Eğer en güncel sürüm olan Windows Server 2012 Hyper-V üzerinde yeni bir sanal makine oluşturmaya çalışıyorsanız, Windows Server 2012 Hyper-V – Sanal Makine Nasıl Oluşturulur dokümanı referans alabilirsiniz.

Bu bölümde ise Hyper-V Manager konsolunu tanıyacağız, Network Connections üzerindeki değişikliklere göz atacağız ve yeni sanal makine yaratmayı öğreneceğiz.

İlk olarak bahsetmek istediğim şey ise Hyper-V kurulumundan sonra Network Connections altında meydana gelen değişiklik.

Hyper-V Sanal Ağ

Hatırlarsanız kurulum sırasında Virtual Networks için bir Ethernet kartı seçmiştik. Benim sunucum üzerinde tek Ethernet kartı var ve ben onu seçerek devam ettim. (Broadcom NetXtreme) Bu kart, Windows Server 2008 için ağ iletişimini sağlıyordu. Hyper-V kurulumu ardından Broadcom NetXtreme artık Virtual Networks için çalışıyor ve aşağıda gördüğünüz gibi diğer protokoller disable durumda. (name: Local Area Connection) Devamını oku…

Microsoft Hyper-V: Giriş, Özellikler ve Kurulum

25.06.2008 | 22:57 Dokümanlar , Hyper-V 2 Yorum

Windows Server 2008 ‘in Release olması ile birlikte IT sektöründe yepyeni bir sayfa açıldı diyebiliriz. Microsoft’un merakla beklenen ikinci bombası ise hiş şüphesiz with Hyper-V ürünler.

Hyper-v teknolojisi artık RTM durumda ve bugün kullanıma hazır. İlerleyen günlerde Hyper-V için kapsamlı bir tanıtıp organizasyonu yapılması da planlanıyor.

8Mayıs2013/Güncelleme: Eğer en güncel sürüm olan Windows Server 2012 Hyper-V kurulumu ve özellikleriyle ilgili bilgiye ihtiyacınız varsa Windows Server 2012 Hyper-V Kurulumu başlıklı dokümanı referans alabilirsiniz.

Diğer Windows Server hizmetleri ile birlikte Sunucu Sanallaştırma çözümü olarak sunulacak olan Hyper-V içeren Windows Server 2008 işletim sistemleri, sunduğu özellikler yanında fiyat avantajıyla da gerçekten dikkate değer durumda.

Hyper-V için ücretsiz gelen bir özellik (sunucu rolü) demek hiçte yanlış olmaz çünkü Hyper-V içeren Windows Server 2008 sürümleri ile Hyper-V içermeyen yani Windows Server 2008 without Hyper-V sürümleri arasında 21$ gibi komik bir fark olacağı bilgisi var.

Hyper-V teknolojisi ile, aynı fiziksel sunucu üzerinde birden fazla sanal işletim sistemi çalıştırabilir, fiziksel kaynakları (cpu, ram, storage, network) sanal sistemler arasında paylaştırabilir, yük dengelemesi ve Disaster Recovery (felaket kurtarma) senaryoları tasarlanabilir, tamamen esnek ve daha dinamik IT alt yapıları oluşturabilirsiniz.

Devamını oku…