Storage Seçimi hk.

Merhaba Hakan bey,

Bir ürün hakkında yorum yapılabilir ancak, bu yorum arka planda ürün incelemesi ve ürünü kullanım tecrübelerinden oluşmalıdır, aksi durumda sağlık bir yorum olmaz.

Benim sistemimde üç tane EMC storage var, bunların üzerinde 30 ESXI server, replikasyon, yedekleme, citrix VDI gibi bir çok operasyon gerçekleştiriyoruz.

VNX5500 ve VNX5300 serisi storage larda gayet memnunuz. 

iyi çalışmalar. 

Sanal ortam yada Db amaçlı kullanılacaksa kesinlikle 3Par derim.

Şuan ortamda kullandığımız Storageler Emc VNX5400,5300, cx4, Symmetrix var...
Ayrıca VPLEX alma arefesindeyiz. Çalıştığım yer Emc devamlılığı olduğu için emc serisi ürünlerle devam ediyoruz.

Ancak 3par candır diyorum. ( eğitmen ve danışman  olarak...)  Emc storage larıda iyi biliyorum, netappta biliyorum bu sebeple 3par diyorum.
+ larını tam 1 sayfa boyunca yazabilir bu konuda herkesle teknoloji tartışması yapabilirim.

Eğer marka bağımlılığınız yoksa fiyat konusunda kesenize uyuyor ise 3par derim.

Teşekkür ederim. aslında o 1 sayfalık +'lar çok işimi görecektir. yazabilirseniz sevinirim. bizimde hali hazırda Eski EMC ürünleri var sistem üzerinde. seçeceğimiz storage üzerinde planımız ilerleyen dönemde SAP (DB+APP) koşturmak.

İşlerden ötürü şimdilik bu kadar yazıyorum ancak yakında bununla ilgili bir webcast bile yapabilrim.

Bazen sahayı özlemiyor değilim... Müşteri tarafını bırakıp sahalara geri dönsem mi acaba? 🙂

Selamlar.

Bilgiler için teşekkür ederim. buradan şunu çıkartırsam doğrumudur. HP 3par tavsiye ederim. VNX5400 iş görür. IBM Storwize'a değinmediğinize göre oluru söz kousu değil... 🙂

Merhaba, fiyatlara bakın eğer arada uçurum yoksa doğrudur.

Sonuçta Emc çok iyi bir storage üreticisidir. Asla kötülemiyorum ancak 3par karşısında cılız kalır vnx ile... 3parın karşısına ancak vmax ile çıkabilir.
Ancak vmax ha deyince alınacak bir model değildir 🙂

Antep'e selamlar olsun...

Merhaba, fiyatlara bakın eğer arada uçurum yoksa doğrudur.

Sonuçta Emc çok iyi bir storage üreticisidir. Asla kötülemiyorum ancak 3par karşısında cılız kalır vnx ile... 3parın karşısına ancak vmax ile çıkabilir.
Ancak vmax ha deyince alınacak bir model değildir 🙂

Antep'e selamlar olsun...

Merhaba ,

Oncelike soylemem lazim, EMC'de calisiyorum.Yazismalari takip ediyorum bir suredir ama bu ifade uzerine ben de fikrimi belirtmek istedim. . 3PAR ile Symmetrix VMAX'i kiyaslamak pek dogru degil. High-End sistemler sadece denetleyici sayisi ile orta olcek sistemlerden ayrilmazlar. High-end sistemlerden beklenti oncelikle RAS (Reliability-Availability-Servicebility) ozellikleridir. Symmetrix sistemleri Fortune 100'un 90'inda kullanilmaktadir. Pek cok musterimizde musteri ortamindaki 10'larca Symmetrix sisteminde yapilan 100'lerce code upgrade, disk/denetleyici/cache/port upgrade'leri hep "0" kesinti ile yapilmaktadir. Bu high-end tanimidir.

VNX2 ailesi urunler (VNX5400'de bu aileye aittir), VMware entegrasyonu konusunda, 3PAR dahil pek cok diger orta-olcek sistemden daha fazla entagrasyona sahiptir. Hem raf ici data auto-tiering (SSD/SATA/NLSAS), hemde genisletilmis cache (FAST Cache diye gecer)  ile real-time otomatik SLA yonetimi saglar.vCenter icin ucretsiz plug-in'lerle, vCenter icinde storage'i yonetebilme imkani, VM bazinda performans, disk alani kullanabilme raporlari alma, VM bazinda replikasyon yapabilme gibi cesitli ozellikleri bulunmaktadir.

Daha fazla bilgi icin [email protected] adresine mail gonderebilirsiniz.

Saygilar 

Değerli bilgiler için teşekkürler Fırat Öztürk.
Selamlar.

tüm bilgiler ve değerli zamanınızı ayırdığınız için teşekkür ederim.

bu bilgiler doğrultusunda biraz daha araştırmadan sonra tercihimi yapmaya çalışacağım. 

Teşekkürler Fırat bey.

Merhaba,

Affına sığınarak 3PAR'ı kendisinden dinlemiş birisi olarak Burak hocamın 3 PAR asla sıfırları yazmaz bilgisini düzeltmek isterim, bu durum tercih edilebilir bir durumdur, default olarak bu ayar ile gelmiyor, siz isterseniz bu şekilde bir konfig yapıyorsunuz, böyle bir durumu support ediyor ve disk alanını daha fazla kullanmanıza imkan sağlıyor. Bu arada bu özelliği kullanan kimse ile tanışmadım daha.   

EMC kim kötülüyorsa yanlış yapıyor, yada ürününde soru yaşıyorsa yanlış entegrator ile çalışıyordur.

VMware ortamında kullanacağnızı bildirmişsiniz, benim önerim VMware ortamları için EMC'den başka storage düşünmeyin derim.

EMC +1

Saygılarımla.   

Af ne demek Recep'im elbette seçilebilen bir durum, belirtmeden geçtiğim için eksik bilgi gibi olmuş...
Emc kötüleme gibi birşey asla söz konusu değil ( zaten marka kötülemek gibi bir durum hiç bir kişiye ve firmaya yakışmaz, bana hiç yakışmaz )

Gelelim Zero Detect konusuna Zero detect konusunda bence yanılıyorsun ( aslında kesin yanılıyorsun 🙂 ) kullanmayan ile karşılaşmadım demek istedin sanırım 🙂 3Par'ı 3par yapan en önemli özelliktir asic ve  Zero Detect... Büyük avantajı bununla sağlar ve ücretsizdir. Bu konuda cidden araştır ve düzelt.

Madem + lara - lere geldik o halde bir webcast yapmak farz oldu bize 🙂 en azından biz + ları anlatırız eksiler kendi kendine ortaya çıkar 🙂 🙂

Öncelikle teknoloji seven bir vatandaşım bu yüzden 3parı çok severim isteyen istediği marka ve modeli alabilir bu tarafta bir sıkıntım yok, 3par anlatıyorum diye hp bana para da vermiyor bu arada 🙂

Yani durum yanlış anlaşılmasın bir savunma yapıyor gibi de anlaşılmasın. Derdimiz teknoloji anlatmak ve bu işe gönül veren insanlarla fikir alışverişi yapmak.

İlk yazdığım yazıda da herkesle teknoloji tartışırım demiştim şimdi gelelim maddelere karşı çıkan varsa aşağıdaki durumları değerlendirelim;

1- Active-Active controller
Benim için storage lerdeki en önemli kavramlardan biri active-active mimaridir. Peki bu mimari ne sağlar konusuna gelince basit olarak cache düşünebilirsiniz. Traditional raid mimarilerinde lunların 1 sahibi olur ve pathler Active Optimize ve active unoptimze şeklinde gelir ALUA mimarisidir bu... Dolayısıyla active unoptimized pathler üzerinden gelen data diğer controller üzerinden geçerek  diske yazılır. Detay için ALUA
mimarisini araştırın.
3Par yeni nesille alua kullanıyor diyenler olabilir ancak lunların nasıl present ( 3par adıyla export ) edildiğini bilinler böyle olmadığını kolayca görebilirler... 3par disk sanallaştırması yapar ve chunklet kullanır. Örnek olarak 100 GB lık bir lun present ediliyorsa 3 parda bu lun controllera bölünür yani 4 controller var ise chunkletlar 25GB/25GB/25GB/25GB şeklinde gelir ve tüm pathler Active çalışır. Bu vmware için gerçek Round Robin path selection policy kullanılmasını sağlar.
Basitçe cache konusu demiştim, değineyim
Traditional raid mimarilerinde lunların hangi controller üzerinden dağıtılacağını siz belirlersiniz yada auto bırakırsınız
mesela 64 GB cache olan bir kutuda eğer lun a dan yada bden present ediliyorsa siz max 32 GB cache kullanırsınız yani hiçbir zaman 64 GB cache tek sefer için kullanamazsınız. Ancak 3parda durum böyle değildir. 1 Lun için tüm controllerlar active çalıştığı için siz tüm controllerlar üzerindeki cachlerden faydalanırsınız...
Path selection için Emcdeki PowerPath gibi bir yazılım yok çünkü buna gerek yok... By default pathler active ve eşit kullanılıyor.

2- Zero Detect Mimarisi
Asic chipseti sayesinde ( evet seçilen bir opsiyon ) verileri için 0 Blockları yazmama esasına dayanır.
3Par Start Thin - Get Thin- Stay Thin mottosunu her zaman destekler. Ayrıca Zero Detect sadece Thin volume ile kullanılır. ( recep burdan da yakalamayasın 🙂 )

Bildiğiniz üzere bir çok storage üreticisi Lun tarafında Thin yapabilir ve çok yanaşmazlar, sebebi performanstır.
Bununla ilgili istenirse birçok dökümanda sunabilirim. 3par thin teknolojisini iyi yönetir ve thin olması sebebi ile kullanılmayan alanları reclaim edebilirsiniz yani geri kazanabilirsiniz. Performanstanda ödün vermezsiniz. Kısaca sadece zero detect sayesinde 0 yazmıyor olayı değil aynı zamanda kullanıldıktan sonra silinen 0 blocklarıda geri kazandırabiliyor. Dead Space Reclaim dir bunun adı.
Thick Lunlarda elbet böyle birşey söz konusu değil...
Reclaim olayı VMware için VAAI supportu ile yapılan bir olaydır. 2012 fiziksel sunucularda ise otomatik recalaim edilir.

3- Tiering
Bu önemli bir konudur ( benim için ) tiering özelinde konuşulacak çok metric var... 3par tiering olayını CPGler arası yapar ve yönetilebilir. otomatik ve manual yapılabilir. Bu durumda mimarisinden ödün vermez. Bu durum malesef Emcde böyle değil, emc tiering için tüm disk tierleri poola koymak zorundadır. Poola koyduğu zaman ise active active çalışamaz. Active Active çalışması için raid group olmalı...

Storage Federation gibi konulara girmiyorum bile...

Geri kalanı webcast yaparak anlatacağım. Sanırım bir buçuk saate sığdırırım.

Evet Recep'im eğer sen 3par için bu yazdıklarımı düşünmüyorsan ben sana 3par'ı yanlış anlatmışım...
Üstün gördüğüm konular bunlardır. Direk mimariye etki ettiği için çok önemlidir. Katılmadığın yada yanlışsın dediğin yer varsa konuşalım. Buyrun 🙂
Selametle teknoloji dostları 🙂

Burak bey merhaba, 

 11 sesenedir EMC ürünleri ile haşır neşir olan biri olarak ben de ekleme yapayım. 3PAR çözümleri hakkında benden çok bilginiz olduğu aşikar.

1)EMC midrange ürünleri eski adı olan CLARIION lardan beri ALUA kullanır ve sizin anlattığınız gibi Lun ownership tek denetleyicide olmasına karşın her iki denetleyici üzerindeki tüm sunucu portlarindan İo alır. Bu portlarindan zonelanan pathlar,  dediğiniz gibi optimize unoptimize olarak sınıflandırılır. Ancak burada iki önemli nokta var. VNX2 ile beraber EMC 48 adet patenti olan multicore Code yapısına geçti, piyasada MCx olarak biliniyor. Bilindiği gibi EMC'nın sunduğu Federation çözüm ailesi içinde Intel'de var (Vmware CEO'su Pat Gelsingher eski bir EMC yöneticisi ondan öncede İntel de çalışmıştı,  aynı Jeremy Burton gibi,  Jeremy EMC products in basinda su anda), İntel direkt şekilde,  Vmware hissedarı olarak EMC'nın by Browser Shop" style="border: none !important; display: inline-block !important; text-indent: 0px !important; float: none !important; font-weight: bold !important; height: auto !important; margin: 0px !important; min-height: 0px !important; min-width: 0px !important; padding: 0px !important; text-transform: uppercase !important; text-decoration: underline !important; vertical-align: baseline !important; width: auto !important; background: transparent !important;" href="http://www.cozumpark.com/forums/EditPost.aspx?PostID=456069&ReturnUrl=%2fforums%2fShowThread.aspx%3fPostID%3d456069%23456069#">yönetim kurulu masasında oturmakta... Aynı Cisco gibi. Bu yüzden EMC 3-4 sene önce tüm Storage ürün gaminda İntel CPU'lu mimariye geçti ve Intel'ın roadmap'ına sync oldu. Ancak Intel işlemcilerin korkunç performansından faydalanmak için Code optimization gerekmekte,  EMC felsefe olarak ASIC mimariye karşı ve yazılım ile daha hızlı (hatta zaman zaman müşteriye ozel) Code upgrade ile aynı donanım üzerinde zaman zaman %100'e varan performans artışı sağlayabiliyor. 

MCx sayesinde VNX2 lerde İnteli tam gücünü kullanıp, diğer performans canavarı SSD'lerden maximum güç alabiliyoruz. Şöyle bir örnek vereyim,  VNX5400 de max 250 adet disk takılabilir. MCx ve İntel İşlemci sayesinde makineyi 250 adet SSD ile doldurabiliyoruz,  burda herhangi bir kisit yok hatta sistem 100adet SSD'ye kadar lineer performans artisi gösterip,  100-250 arasında ise 1ms altında çalışabiliyor.  Burda bahsettiğimiz performans öyle lab ortamı değil,  gerçek ortamlarda 100.000IOPS seviyeleri. MCX in diğer faydası ise optimize veya unoptimize portlarindan gelen IO'lari dinamik ve real-time olarak farkedip İntel CPU corelari front ve backend arasında oynatabilmesiBunu için OS üzerinde gelen native MPIO yeterli...Powerpath yazılımı ise EMC'nın native MPIO üzerine inşa ettiği bir multipath yazılımı, extrasi ise native MPIOda 3 olan path policy sayısı 7 ye çıkartıldı ve kullanabilecek path sayısı 8den 32ye çıkarıldı. Ayrıca sunucudaki HBA'nin,  bilhassa Vmware de,  bütün musait portlarindan İo yapmasına imkan veriyor.  Böylece atil yatan HBA'nin portlari olmuyor yatiriminizi daha verimli kullanmanızı sağlıyor.  Power path ayrıca her IO için,  sunucuya,  Storage in hangi portuna IO yapması gerektiğini,  san switch portlarinin yoğunluğuna göre SAN'de hangi pathden gelmesini,  o anki Storage denetleyici yoğunluğu,  backend buslarin yoğunluğuna göre bilgi aktarabiliyor.  İlginç bir yazılım yani...  Kısacası,  ALUA mimaride Power path kullanmak zorunlu değil. 

2) Thin provision konusunda  bunu ilk yapan 3par,  şapka çıkarıyorum sadece, burda EMC geriden geriden geldi. Ancak VNX2, MCX sayesinde burdaki açığı ,EMC , tamamen kapattı. Sistem üzerinde Thin ve thick lunlarda alinan performans aynı..  Evvelden (CLARIION zamaninda)  Burak beyin bahsettiği gibi performans kaybı vardı 50% ye varan oranda. 

3) Tiering konusuna da değinmek istiyorum. Storage Tiering i ilk çıkaran firma EMC'dir.  Çünkü Storage da SSD kullanan ilk firmadır. Zamanında SSD çok pahalı bir şeydi sadece  SLC diskler vardı ve tanesi 15K rpm disklerin 30x pahalı idi.  Şimdi eMLC diskler var,  kapasiteler arttı,  1.6TB SSD kullanıyoruz son 3 aydır. Şimdi SSD ile Tiering ne alaka diyeceksiniz. SSD pahalı olduğu için dogru veriyi SSD ye koymak gerekiyordu.  Bunun için EMC ilk olan lun Tiering tanıttı,  buna FastVP v1 dedi. Kısacası koca LUN'u olduğu gibi FC (o zamanlar FC diskler vardı :)) disklerden SSD ye veya SATA'ya taşıyordu.  Bu dediğim zamanlar 2008 senesi. 7 yil icinde pazarda bulunan dominant üretici olma gücüyle,  EB(exabyte) larca veri,  100.000 lerce müşterinin,  olabilecek her türlü aplikasyon için heatmapleri öğrendik.  Kısacası,  Vmware, Oracle, Exchange, sql, sap nasıl bir İo deseni yapar,  nasil bir skew (verinin yüzde kaçı, I O'nun yüzde kaçını yapar)  yapar öğrenmiş olduk.  Bugün sadece %10 oranında SSD ile müşterilerimizin performansını en az 2ye katliyoruz. LUN level değil,  sub lun level Tiering yapiyoruz (VNX2'lerde 256MB, VMAX3'lerde 6MB chunklar ile), continous Tiering yapıyoruz.  Yani makine belli bir süreyi beklemiyor,  içindeki AI (Artifical Intelligence) ile ve MCX sayesinde İo paternini  anlayıp anında Tiering yapıp,  yoğun veri parçasını SSD'ye atıl veriyi NLSAS disklere tier ediyor, FastVP AI,  highest tier first gibi bir policy ile gelen IO'yu önce SSD'ye indirip,  sonra SAS veya NLSAS'a tier edebiliyor,  dinamik olarak LUN Tiering ayarlarını değiştirip,  lowest tier,  highest tiers,  auto,  veya hiç tier etme diyebiliyorsunuz.  Tier etme hızında isteğinize göre değiştirebilirsiniz.  Bu esnada otomatik SLA yönetimi için tiering ayarları ile oynamayip FastCache size real time performance tuning yapabiliyor 64KB'lık kucuk data parcaları icin. Bütün bunları yapmak için diskleri aynı poola koyuyoruz,  orada da isterseniz SSD +SAS +NLSAS olarak 3 tier (fastcache 4.tier),isterseniz sadece SSD+NLSAS (veya farklı kombinasyonlar)koyabiliyorsunuz pool içine.  Bu tier larda farklı Raid tiplerine olabiliyor,  mesela 1.6TB SSD ler Raid 5, 1.2TB 10K rpm SAS'lar Raid10, 4TB NLSAS lar Raid6 olabiliyor. 

Biraz uzun oldu kusura bakmayın. 

Saygilar

EDIT: yazım hatalarını duzelttım

Merhaba Fırat Bey, çoook güzel oluyor,  çok hoşuma gitmeye başladı bu post... keşke hergün böyle konular konuşulsa...
Storage tarafına yazmıyordum genelde, iyi oldu bu post... Bu gibi yazılar oldukça storage tarafınıda boşlamam bundan sonra 🙂
Özellikle içi dolu konuşmak daha hoş, bir çok insan faydalanacak olması beni ayrıca sevindiriyor.

Gelelim konuya,

Evet cpu değişikliği hoşuma giden özelliklerden biri oldu. Hatta tek controller ile bile tüm sistem yükünü kaldırabilecek bir yapıya geçildi. olması gereken güzel ve yerinde bir mimari...
Aslında burdaki active active mechanizm sadece io capability için değil aynı zmanda alua daki lock mechanism dir.
Teroride a yada b controllerları üzerinden çalışan lunlar, controller kayıplarında bir diğer controller üzerinden presente edilerek çalışırlar. Teoride böyledir ancak pratikte bunun böyle olmadığını biliriz. Hiç bir Alua mimarisi takdir edersinizki bu yapı kesintisiz bir yapıdır demez, diyemez... Buna garanti veremez...
Burda biraz çelişki görüyorum, o halde yeni vnx sistemler neden raid gruplarla gerçek active-active destekliyor? Herşey güçlendi cpu mimarisi değişti...
Aslında cevabı belli biraz önce bahsettiğim lock mechanism... Bu yapı gerçek kesintisiz veriye erişimi sağlar ama vnx2 için limitasyonları var 🙁

Bir öenmli konu ise controller kayıpları konusu, 3par sistemlerde controller kaybetseniz dahi path kaybetmezsiniz...
Ne faydası var, alua sistemlerde controller kayıpları yada path kayıpları io gecikmeleri yada kesintilerine sebebiyet verir.
3par  Never lose path der... Persistent port sayesinde yapar bunu, yüksek io altında görürüz bu faydayı, gerçekten streming media yapılan bir ortamı alua mimarisinde çalıştırabilir miyiz? Aslında Sadece active-active yapılar bu yükün altına girebilirler. çünkü path yada controller giderse
Lun owner lığı yada Active optimized path status değişir...

Emc traditional raid yapısından kurtulamıyor... Gerçek ve performanslı yapıyıda aslında bununla sağlıyor... Getirmiş olduğu fast cache, fast vp ile bunlarıda destekliyor... İşi tamamiyle storage sistemleri yapmak olan bir firmadan daha iyi bilecek değilim bu yapıdan vazgeçmemelerininde bir sebebi olmalı...

thin konusunda ise yine bir dizayn kriteri var, bildiğimiz üzere bir çok disk üreticileri storage tarafı thick vmware tarafı thin olabilir, der ancak thin thin gitmeyin der... Bunun sebebi performans düşüşü olarak söyler, peki sadece sebep bu mu?
Aynı şekilde thin yönetimide önemli değil midir? Active olarak reclaim konusunda bazı çekincelerim var... Unmap elbetteki emc tarafından da support ediliyor ancak bunun için ayrı bir işlemci yok... Gerçekten MCx ler Unmap konusunda ne kadar iyi yük altında denememiz lazım...
Thinlun /thin vmdk tarafında bi karşılaştırma yapmamız gerekecek...
3parda thick lazyde kullanın yada eager kullanın der (VMware FT destekleri için) ama  thin konusunda engellemez, istendiği takdirde efektif büyüyüp küçülebilir.

Tearing tarafı için ise evet algoritma güzel burda herhangi bir problem yok. tearinge herhangi bir sözüm yok. Sadece tearing için pool olması gibi bir şart var, bu şart olunca active active yapıdan feragat etmek zorunda kalıyoruz.

Aynı şekilde availability de çok önemli bir konu... standard hot spare haricinde de magazine port ve cage ( enclosure ) availability seçenekleride mevcut... Storage sistemlerinde sıkıntı olmadığı sürece tek problem io gibi görünür ancak olası kötü bir durumda mimari de önem kazanır...

VNX5400ü yakında boşa çıkartacağım ( taşınma projemiz var ) ve test sistemlerinin bazılarını üzerine alıp bir enclosure kaybedeceğim... Daha önce denemediğim bir şey bakalım pool ayakta kalacak mı? önce bir araştırma yapıp deneyeceğim...

Dediğim gibi, çok güzel gidiyor. teknoji gelişsin her firma güzel teknolojiler yapsın bizlerde bunları kullanalım, geliştirelim, tartışalım.

Mesela Emc vplex seviyorum distributed volume yapısı hoşuma giden bir yapı...

Ancak vnx sistemleri 3par karşısında gerçekten zayıf demeyim bu sefer , limitli buluyorum. Yani bir şeyi yaparken diğerinden vazgeçiyoruz. Yapabilirim ama şu şu şartlarım var diyen bir ürün var, birde yapabilirim bir şartım yok diyen bir ürün var...

Fırat Bey değerli bilgileriniz için teşekkür ediyorum. Farkındayım bende uzun yazıyorum 🙂  Soru soran arkadaşım için ve konuyu takip eden tüm arkadaşlarım için gayet güzel bir kaynak oldu kanaatindeyim. Uzun olması çook iyi, teknik konular olsun da sayfalarca olsun 🙂
Selamlar...

Hem Burak hocam hem de Fırat hocam; ikinizde bu kaliteli bilgi paylaşımı için çok teşekkür ederim, postlardan ziyade kısa kısa makale tadında bir şey oldu.

Devamını bekleriz 🙂  

Burak hocam, Fırat hocam öncelikle çok teşekkürler gerçekten çok güzel bir post oluyor çok sağolun.

Tüm bu ürünleri tanıyan ve sizin kadar ice detaylarını bilmeyen birisi olarak bu postta bana gerçek hayata dair bilgiler sunmak düşüyor. 🙂 Bu arada EMC egitimlerine başladım yakında çok daha teknik bilgi edinmiş olacağım öğrendiklerimi tek tek paylaşırım zamanla.

Öncelikle bu postta EMC dememin sebebi arkadışımın lsitesindeki ürünler arasında seçim yaptım tabiki araya birde NetApp'ı katıp olayı dahada büyütebilirdim ama arkadaşımız bir şekilde elemiş 3 üreticiye düşürmüş olayı, tanıdığım bu üç ürün içinden EMC dedim.

Herşeyin başı maliyet ve destek bunu hiç unutmamak gerekiyor. 3PAR active active controller'ları kullandırabiliyor ama hadi 4 controller'lı bir 3PAR alalım dediginizde paranız yetmez bunu almaya.

Bir ürünü alırken herşeyi tek tek düşünmek gerekiyor mesela, yedekleme yazılımı, uzak lokasyon replikasyonları, storage üzerinde gelen default lisanslar. Storage'i alırsınız 10 liraya, aaa bir bakarsınız ürünün destekledim dediği şeyi yapamıyorsunuz niye çünkü onun lisansı yok. 🙁 Ya lisans nedirki 3 kurşa alırım dersiniz, hadi alalım dediniz karşınıza çıktımı 10 liralık bir maliyet daha hadi git bunu anlat yönetime. 

Yedeklem tarafında atıyorum veeam kullanıyorsunuz (veeam kullanmıyorsanız zaten yanlış yoldasınız) vmware üzerinde çalışan bir vm makinanın saatlik replikasyonunu ayarladınız ama makina çok yoğun kullanılıyor snapshut alırken ve silerken 1 -2 ping kaybı yaşıyorsunuz 24 saatte 48 -96 adet eder, 2 gün sonra şikayetler gelmeye başlar uygulamaya erişimlerde sorunlar oluyor gün içinde diye. O zaman yedekleme yazılımının storage desteği çıkıyor karşınıza Veeam 3PAR ve NetApp ile konuşabiliyor ve sizi bu dertten kurtarabiliyor. Storage tarafında snapshut alıp yedekleyip sizi bu dertten kurtarabiliyor.

VMware consolundan storage ürününü yönetebilmek hiç olmazsa durumunu izleyebilmek çok büyük bir avantaj. Yine bir örneğim var bir müşterimiz yeni hostlar almış hostları vmware sanallaştırma ortamına ekliyoruz diskleri verecegiz markası modeli bende olan storage'in arayüzünden aaa birde bakıyoruz bir sürü warning. 🙁 storage'in bir encloser üzerinde bir parça bozulmuş kim bilir ne zaman ama haberleri yok. :(. Bu sebeple storage belkide yarı performansla çalışıyor. Buda dogal çünkü her gün girip storage üzerinde bir işlem yapmıyoruz, arada bir gidip kontrol etmeyide unutuyorsak bu tip şeyler yaşanabiliyor. Yani storage'in durumunu en kolay yoldan bir ekranda izlenmesi çok elzem bir durum günümüzde. 

Tekrar paylaşımlarınız için teşekkür ediyorum, arkadaşımıza'da daha detaylı bir inceleme yparak tüm olasılıkları düşünerek bir yatırım yapmasını sonra kafasını duvarlara vurmaması için şiddetle öneririm.

Unutmadan birde şu çok önemli stage ilk yatırımında alınan disk kapasitesi çok iyi planlanmalı, bana 10TB yeter deyip storage alıp 3 ay sonra ya bu yetmedi buna bir 10TB daha disk alayım diyen sonrada, bu ekstra 10TB diskin alım maliyeti storage'in ilk alım maliyetinden fazla olduğu için aynı storage'den bir adet daha alan firma gördüm ben.

Ilk başta ne kadar çok disk alırsanız bilinki o kadar çok ucuza alırsınız ürünü ve paranız cebinizde kalır.    

Saygılarımla.

Biz teşekkür ederiz dostlar katkılarınızla daha da kaliteli bir yer haline geliyor çözümpark.
Fiyat konusuna gelince EMC ile kimse baş edemez...
Vesselam, laf yok 🙂