Forum

Bildirimler
Hepsini Temizle

[Çözüldü] Vmware ESX ve ESXi arasındaki temel farklar ?

11 Yazılar
4 Üyeler
0 Likes
2,191 Görüntüleme
(@mehmetyayla)
Gönderiler: 550
Honorable Member
Konu başlatıcı
 

Merhaba Herkese ;

 

Bildiğiniz üzre Vmware'in ESX adlı enterprise ürünü ESXi sürümü ile bedava dağıtılmaya başlanmıştır.  Deneme şansınız oldu mu bilmiyorum ama sormak istedim .

 

- Esxi versiyonunun ESX'e göre eksileri nelerdir ?

 - Product ortamında kullanmak için güvenli mi ?

- Vmware Server ver. ile sanallaştırılmış uygulamalar malesef esxi üzerinde çalışmadı. Bu uygulamaları çalıştırmak için converter yapmaktan başka seçenek var mı ?

 - Vmware esxi vmotion,HA,DRS gibi özellikleri destekliyor mu ?

 

Bize vmware konusunda danışmanlık veren bir firma sadece consol farkı olduğunu söylemişti ama vmware resmi açıklamasında Enterprise özellikler yok diyor ( vmotion vs..)

 

Ne düşünüyorsunuz ? 

 
Gönderildi : 11/09/2008 16:46

(@serhatakinci)
Gönderiler: 4117
Famed Member
 

- Tabiki Pruduction networklerde çalışabilir. ESX 3.x ve ESXi sunucular karışık olarak aynı ortamda bulunabilir ve aynı Virtual Center'a bağlanabilir. (Bu durumda ESXi için Agent lisansı gerekir.)

- vmware server imajlarını ESXi üzerinde çalıştırmayı denemedim hiç ama olmuyor ise V2V convert yapabilirsiniz.

- ESXi HA destekler ama öncelikle lisans satın alınarak VC'e bağlanması gerekir ve sadece ESXi ler arası HA yapılabilir. Yani bir ESX 3.5.x ile ESXi üzerindeki VM ler için HA yapamayız.

- ESXi de Serv.console olmadığı için bir çok third party uygulama çalışmıyor. Örneğin backup için kullanılan esXpres yada vrangerpro. Aynı şekilde özel service console scriptleri de kullanamazsınız.

-  Vmotion, DRS, DPM, Storage Vmotion destekler (VI Enterprise ile)

 
Gönderildi : 11/09/2008 20:10

(@onurvatandas)
Gönderiler: 175
Estimable Member
 

Ayrica hatirlatmak isterim ki ESXi nin service console u mevcut degil. Her hangi bir hata durumunda troublehoot yaabileceginiz veya sisteme konsoldan mudahele edebileceginiz yapi mevcut degil. Bence bu en buyuk eksiklerden bir tanesi. Ama bu guvenlik tarafinda pozitif yonde de dusunulebilir. Service console yoksa uzaktan kimse baglanip da sisteme mudahele edemez 🙂

Yine de bence ESX! 

 
Gönderildi : 19/09/2008 02:58

(@mehmetyayla)
Gönderiler: 550
Honorable Member
Konu başlatıcı
 

services console entegre gelmemesine rağmn 3.party yazılımlarda bu özelliğin kazandırıldığını duymuştum.

 

Bu yazılımlar nelerdir ? fikriniz varmı ? 

 
Gönderildi : 25/09/2008 17:02

(@onurvatandas)
Gönderiler: 175
Estimable Member
 

VMware Remote CLI adinda bir program var. Windows uzerine kurulan bir uygulama.

Bu is gorebilir.

 
Gönderildi : 25/09/2008 23:53

(@AliOsman)
Gönderiler: 27
Eminent Member
 

- Tabiki Pruduction networklerde çalışabilir. ESX 3.x ve ESXi sunucular karışık olarak aynı ortamda bulunabilir ve aynı Virtual Center'a bağlanabilir. (Bu durumda ESXi için Agent lisansı gerekir.)

- vmware server imajlarını ESXi üzerinde çalıştırmayı denemedim hiç ama olmuyor ise V2V convert yapabilirsiniz.

- ESXi HA destekler ama öncelikle lisans satın alınarak VC'e bağlanması gerekir ve sadece ESXi ler arası HA yapılabilir. Yani bir ESX 3.5.x ile ESXi üzerindeki VM ler için HA yapamayız.

- ESXi de Serv.console olmadığı için bir çok third party uygulama çalışmıyor. Örneğin backup için kullanılan esXpres yada vrangerpro. Aynı şekilde özel service console scriptleri de kullanamazsınız.

-  Vmotion, DRS, DPM, Storage Vmotion destekler (VI Enterprise ile)

Serhat hocam

burdaki HA ile VC terimleri nedir ? and DRS , DPM nelerdir?

 
Gönderildi : 19/10/2008 15:26

(@serhatakinci)
Gönderiler: 4117
Famed Member
 

Örneklerle açıklayalım.


HA (High Availability - Yüksek Erişilebilirlik) : Fiziksel bir ESX üzerinde çalışan sanal makinelerin başına birşey geldiği zaman (fiziksel sunucuda yaşanabilecek donanım sorunları, elektrik kesintileri vs.. ) yani sanal makinelere erişilemediği zaman, bu sanal makinelerin otomatik olarak başka bir Fiziksel ESX sunucusu üzerinde up duruma geçmesini sağlayan teknolojidir. Tabi bu teknolojinin bir takım kriterleri vardır ki en önemlisi ortak bir storage kullanılmasıdır.


VC (Virtual Center) : Çok sayıda ESX sunucusunu tek bir noktadan yönetmek için kullandığımız ve HA, Vmotion, DRS gibi özellikleri kullanıp set ettiğimiz bir araçtır.


DRS (Distributed Resource Scheduler) / DPM (Distributed Power Management) : Diyelim 3 adet fiziksel ESX kullanıyoruz. Her bir ESX'te 5'er sanal makine çalışıyor.. Mesai bitiminden sonra sunucular üzerindeki yük iyice hafifliyor ve örneğin gece 24:00 te birinci ESX sunucusu üzerindeki 5 sanal makine diğer ESX'ler üzerine taşınıyor ve orada çalışmaya devam ediyor, ilk ESX sunucumuz ise otomatik olarak kapatılıyor (güç tasarrufu ve donanımların gereksiz kullanılmaması gibi avantajlar sağlıyor). Daha sonra sabah oluyor ve mesai başlıyor. Yavaş yavaş ESX sunucular üzerindeki yük artıyor çünkü sadece 2 ESX sunucusu hizmet veriyor. Bu noktada kapalı olan ESX sunucu otomatik olarak açılıyor ve kendi sanal makinelerini tekrar üzerine alıp çalışmaya devam ediyor. Gün içerisinde ilk ESX sunucusu üzerindeki yük bizim belirlediğimiz kriterlerin üzerine çıkmaya, doğal olarak performans düşmeye başlıyor. Ama diğer iki ESX gayet rahat çalışıyor ve sistem kaynakları boşta bekliyor. Bu durumda ilk ESX üzerindeki örneğin 2 sanal makine, diğer iki ESX sunucusuna taşınıyor ve orada hizmete vermeye devam ediyor. Böylece yük paylaşılmış oluyor. Ayrıca bu işlemler kesintisiz olarak gerçekleşiyor. Yani taşıma işlemleri sırasında sanal işletim sistemleri hizmete devam ediyor.


Bu DRS ve DPM için küçük bir senaryoydu. Çok daha değişik senaryolar üretilebiliyor. Yine ortak bir storage gerekliliği ve aynı/benzer tip donanım başta olmak üzere bir takım kriterleri var. Bu arada DRS teknolojisi geri planda Vmotion kullanır. Yani karar veren mekanizma DRS tir, taşıma işlemi ise vmotion ile yapılır.

 
Gönderildi : 19/10/2008 18:16

(@AliOsman)
Gönderiler: 27
Eminent Member
 

Hocam tesekkurler sayenizde taslar yerine oturmaya basliyor

 
Gönderildi : 20/10/2008 19:43

(@AliOsman)
Gönderiler: 27
Eminent Member
 

Hocam tesekkurler sayenizde taslar yerine oturmaya basliyor

 

Hocam tesekkurler sayenizde taslar yerine oturmaya basliyor

az cok ne anlama geldigini biliyorum ama uygulama yapamadigim icin tam olarak ne ise

yaradigini ogrenemiyoruz

ozellikle orneklerle acikladiginiz icin cok tesekkur ediyorum

ama diger basliklarda konularda 

ozellikle Virtual SMP VMFS, Virtual center agent,consolidated backup gibi ozellikleride ornekle aciklarsaniz coks sevinirim

 

 

 

 

 

 

 

 

 

ont-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;
mso-font-charset:0;
mso-generic-font-family:roman;
mso-font-pitch:variable;
mso-font-signature:-1610611985 1107304683 0 0 159 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;
mso-font-charset:0;
mso-generic-font-family:swiss;
mso-font-pitch:variable;
mso-font-signature:-1610611985 1073750139 0 0 159 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-unhide:no;
mso-style-qformat:yes;
mso-style-parent:"";
margin-top:0cm;
margin-right:0cm;
margin-bottom:10.0pt;
margin-left:0cm;
line-height:115%;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-font-family:"Times New Roman";
mso-bidi-font-family:"Times New Roman";}
.MsoChpDefault
{mso-style-type:export-only;
mso-default-props:yes;
font-size:10.0pt;
mso-ansi-font-size:10.0pt;
mso-bidi-font-size:10.0pt;
mso-ascii-font-family:Calibri;
mso-hansi-font-family:Calibri;}
@page Section1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;
mso-header-margin:35.4pt;
mso-footer-margin:35.4pt;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:Standaardtabel;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";
mso-fareast-theme-font:minor-fareast;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;
mso-bidi-font-family:"Times New Roman";
mso-bidi-theme-font:minor-bidi;}

 

 

 
Gönderildi : 20/10/2008 22:28

(@serhatakinci)
Gönderiler: 4117
Famed Member
 

Virtual SMP (Symmetric Multi Processing) : VM'lerin (doğal olarak üzerinde çalışan OS'in ve Applicationların) birden fazla fiziksel işlemci kullanabilmesini sağlayan bir teknoloji.

VMFS (Virtual Machine File System) : vmware'in yani ESX server'ın dosya sistemidir. (windows'un ntfs yada fat32'si gibi düşünebilirsin)

Virtual Center Agent : Çok sayıda ESX sunucuyu tek bir konsoldan yönetmek için Virtual Center isimli bir araç kullanıyoruz. Bu yönetim, ESX sunucular üzerindeki Agent'ların Virtual Center ile etkileşimi sonucunda gerçekleşiyor.

Consolidated Backup : Hafta başında Full backup alınıyor. Daha sonraki günlerde incremental olarak bir backuplar alınıyor (sadece Full backup üzerine gelen değişiklikler) ve bu değişiklikler (cons.backup alındığında) sunucu tarafından ilk alınan Full backup ile birleştiriliyor ve ortaya yeni bir full backup çıkıyor. İşte bu  Consolidated Backup. Peki ne sağlıyor? öncelikle zaman (çünkü incremental backup daha hızlı alınır), kaynak (kaynaklarımız gereksiz harcanmaz), bandwidth (ağ üzerinden alınıyorsa gereksiz trafik oluşmaz) vs..

 
Gönderildi : 22/10/2008 17:05

(@AliOsman)
Gönderiler: 27
Eminent Member
 


Virtual SMP (Symmetric Multi Processing) : VM'lerin (doğal olarak üzerinde çalışan OS'in ve Applicationların) birden fazla fiziksel işlemci kullanabilmesini sağlayan bir teknoloji.


VMFS (Virtual Machine File System) : vmware'in yani ESX server'ın dosya sistemidir. (windows'un ntfs yada fat32'si gibi düşünebilirsin)


Virtual Center Agent : Çok sayıda ESX sunucuyu tek bir konsoldan yönetmek için Virtual Center isimli bir araç kullanıyoruz. Bu yönetim, ESX sunucular üzerindeki Agent'ların Virtual Center ile etkileşimi sonucunda gerçekleşiyor.


Consolidated Backup : Hafta başında Full backup alınıyor. Daha sonraki günlerde incremental olarak bir backuplar alınıyor (sadece Full backup üzerine gelen değişiklikler) ve bu değişiklikler (cons.backup alındığında) sunucu tarafından ilk alınan Full backup ile birleştiriliyor ve ortaya yeni bir full backup çıkıyor. İşte bu  Consolidated Backup. Peki ne sağlıyor? öncelikle zaman (çünkü incremental backup daha hızlı alınır), kaynak (kaynaklarımız gereksiz harcanmaz), bandwidth (ağ üzerinden alınıyorsa gereksiz trafik oluşmaz) vs..



Serhat cok sagol emegine saglik kardes

 
Gönderildi : 22/10/2008 17:43

Paylaş: