Apakah tidak ada kerugian untuk solusi NetApp SAN selain dari harga? [Tutup]

Kami telah cukup banyak memutuskan solusi NetApp untuk SAN pertama kami. Mengingat itu, saya telah ditugaskan untuk menemukan alasan untuk tidak menggunakan NetApp sebanyak yang saya bisa. Kami suka melakukan ini A) jadi kami tahu apa yang kami hadapi dan B) jadi kami tidak tertutupi oleh euforia demo vendor pos yang tak terelakkan. Saya telah menjelajahi internet untuk kontra dan hanya dapat menemukan satu: harga.

Pernahkah Anda mengalami mimpi buruk dengan NetApp sehingga Anda hanya ingin melepaskan diri? Tolong, hanya orang-orang dengan pengalaman NetApp.

Terima kasih!

Kami telah mengalami beberapa pasang surut. Termasuk menemukan bug ONTAP pertama kami sebelum kami menyebarkan dan menghasilkan beberapa kondisi patokan tertentu yang tidak sesuai dengan yang kami harapkan.

Tapi itu mungkin membuatnya terdengar lebih buruk dari yang sebenarnya. Dalam layanan ini berfungsi dengan sangat baik dan saya tidak akan ragu merekomendasikan mereka kepada orang lain.

Hanya beberapa petunjuk:

• Asumsikan sekitar 60% kapasitas dari disk Anda setelah ukuran kanan dan cadangan.
• Simulasikan pembandingan penggunaan nyata pada filer demo dengan spesifikasi yang sama yang ingin Anda beli.
• Periksa ukuran agregat maks untuk filer yang Anda pilih. Mereka bervariasi tergantung pada spesifikasi H / W.
• Periksa ukuran volume maksimal untuk ASIS jika Anda bermaksud menggunakan de-dupe. Sekali lagi bervariasi.
• Bersiaplah untuk menggunakan CLI. Kecuali mungkin Windows NSM baru adalah milik Anda.
• Pastikan Anda telah menentukan semua fitur berlisensi yang Anda butuhkan.
• Tawar-menawar keras;)

Pikiran saya:

• itu mahal. Temukan reseller yang Anda percayai, lalu berusahalah untuk membeli pada akhir kuartal (atau bahkan lebih baik, tahun).
• lisensi akan membuat Anda nikel-dan-dime (atau lebih tepatnya, menendang Anda di sampah untuk beberapa ribu $) setiap kali. Banyak fungsi yang bagus adalah lisensi biaya tambahan.
• dukungan mahal, terutama untuk gigi EOL. Namun jika Anda mengaturnya dengan benar, sebagian besar waktu indikasi pertama dari masalah dengan unit akan ketika bagian pengganti muncul di meja depan.
• ketika Anda membeli lebih banyak kapasitas, beli dengan rak yang penuh. (Lihat di atas untuk triwulan dan akhir tahun.) Membeli disk untuk rak berpenduduk sebagian sangat mahal - dan NetApp akan sangat tidak mungkin untuk menurunkan harga ketika mereka membeli satu atau dua sekaligus.
• antara ukuran disk yang tepat, suku cadang, dan paritas, hasil ruang efektif Anda mengecewakan dibandingkan dengan "mentah" Anda. Contoh: kami memiliki 2020 dengan disk 12x500GB, tetapi dengan ukuran-kanan (disk 500GB berukuran kanan hingga 420GB), kehilangan 1 disk sebagai cadangan dan dua disk sebagai paritas, 6TB mentah berubah menjadi sebagian kecil dari hasil 3TB. Pastikan siapa pun yang menandatangani PO memahami hal ini.
• NetApp mengatakan bahwa mereka tidak memiliki kemampuan untuk menjamin throughput baca (ini karena begitu cukup menunggu penulisan disimpan, filer mengganggu semua proses baca untuk melakukan penulisan sekarang ), sehingga proses yang sensitif terhadap kelancaran data aliran baca (yaitu video waktu nyata) mungkin tersendat; untuk sebagian besar tujuan mereka baik-baik saja.
• Pencadangan file NAS (nfs / cifs) dilakukan melalui ndmp, yang biasanya merupakan opsi biaya tambahan untuk sistem cadangan Anda. (Anda sedang berencana untuk kembali pengisap ini, kan?)
• Sistem file mode campuran (yaitu yang dibagi melalui NFS dan CIFS) menyedot . Meskipun benar-benar tergoda untuk menggunakan mode campuran, jangan. Pilih satu atau yang lain.
• Meskipun benar-benar tergoda untuk melakukan terlalu banyak ruang volume, jangan lakukan. Komitmen berlebihan berarti bahwa ketika satu volume diisi, mereka semua melakukannya. Antara itu dan perilaku snapshots yang biasanya tidak terduga (yang berarti bahwa file yang dihapus sebenarnya tidak membebaskan ruang) itu dapat menyebabkan semua jenis kegembiraan ketika filer penuh.
• Mendidik komunitas pengguna Anda tentang snapshot, bahwa A) mereka dapat kembali ke masa lalu dan menggali sendiri, dan B) snapshot ruang-bijaksana dapat dianggap "bebas" sehingga mereka tidak boleh mencoba masuk ke direktori .snapshot untuk " bersihkan "diri mereka sendiri. Ini akan membutuhkan beberapa kali percobaan karena ini adalah konsep yang sulit yang tidak didapatkan oleh beberapa pengguna.

Semua yang dikatakan, kami sangat menyukai mereka. Kami meluncurkan NetApps ke semua pelanggan yang kami pikir mampu membelinya, dan mendorong mereka yang tidak bisa menganggapnya sebagai tujuan. Sebagian besar mereka hanya bekerja . Dukungan hampir sepenuhnya lepas tangan, terutama dengan Autosupport dinyalakan - disk hanya muncul saat diperlukan. Orang-orang di telepon benar-benar tahu barang-barang mereka.

Komentar Anda menunjukkan bahwa Anda tahu tentang blues pasca-penjualan dapat sejalan dengan pembelian yang cukup besar, jadi saya pikir pendekatan Anda untuk mencoba menemukan kutil sekarang adalah yang baik.

• Dan C memang membuat poin bagus. Ukuran yang tepat dan berbagai cadangan dapat terasa seperti tamparan di wajah pada awalnya. Mungkin sulit bagi orang-orang untuk melampaui perasaan bahwa "itu tidak banyak terabyte juicy seperti yang dikatakan oleh salesrep!" Berikut adalah Kalkulator Kapasitas khusus untuk Netapp yang mungkin berguna: http://nicholasbernstein.com/calc/ Saya yakin ini membutuhkan ukuran yang tepat. Seorang tenaga penjualan yang baik harus mau jujur ​​tentang semua ini dan meluangkan waktu untuk memastikan tidak ada kejutan purna jual yang besar.

• Juga setuju ++ tentang tawar-menawar sulit ... masa-masa sulit bagi pembeli dan penjual dan pelanggan baru sulit didapat. Ini sejalan dengan komentar Dan C tentang memastikan Anda mendapatkan lisensi (dan ukuran yang tepat, kapasitas yang dapat digunakan) menentukan bahwa Anda mengantisipasi kebutuhan sebelum Anda dijadwalkan untuk mengembangkan sistem. Biasanya jauh lebih hemat biaya untuk membeli semuanya sekaligus daripada menambahkan lisensi beberapa bulan kemudian dan rak beberapa bulan setelah itu.

• Waspadai batas-batas unit yang Anda beli dan sesuaikan dengan pertumbuhan yang Anda perkirakan dan apa yang Anda harapkan dari umur yang bisa digunakan. Selain ukuran agregat, perhatikan jumlah maksimum disk dan batas rak sehingga Anda dapat merencanakan ekspansi dengan bijak saat saatnya tiba. (Faktor-faktor ini adalah kunci dalam perencanaan penyimpanan. Permintaan maaf jika muncul seperti "duh!" Tetapi jika ini adalah SAN pertama di lingkungan dan semua orang terbiasa berurusan dengan banyak server dan penyimpanan yang terhubung langsung, mungkin tidak ada yang memiliki strategi mengumpulkan info semacam ini.)

• Jika Anda merencanakan penggunaan NAS, nilai tambah yang besar adalah memiliki satu kumpulan sumber daya yang dikelola secara terpusat & fleksibel untuk saham dan SAN sebagai lawan dari SAN dan September. server file atau SAN yang mengeluarkan LUN yang dipasang oleh server file.

Pengalaman saya:

Tidak ada mimpi buruk tetapi beberapa kurva belajar dengan ukuran dan kapasitas dan menemukan tempat nyaman kami dengan "penyediaan tipis."

Secara keseluruhan, kami senang dengan fleksibilitas dan kinerja. Terlebih lagi dengan 7.3.x ONTAP yang kami kunjungi beberapa bulan yang lalu.

Kami memang memiliki masalah kinerja yang nyata terkait dengan bug terkait deduplikasi yang telah diperbaiki.

Penghematan Deduplikasi adalah nilai yang besar di lingkungan kita. Tergantung pada lingkungan Anda, penghematan bisa sangat membantu untuk meredakan mulas di atas ukuran yang tepat dan kapasitas yang dapat digunakan.

Untuk NAS, manajemen kuota filer-asli mungkin tidak seperti yang diharapkan orang-orang untuk manajemen saham yang "licin". Ada beberapa produk kaya fitur dengan integrasi Netapp lengkap yang tersedia untuk dibeli.

Secara operasional, FAS270c kecil kami sudah cukup bagus untuk kami, menjalankan iSCSI. Perangkat lunak titik-dan-klik untuk mengambil cadangan snapshot dari SQL Server, Exchange, Sharepoint dan VMWare dan mampu mengembalikan kembali GB data dalam waktu kurang dari 20 detik adalah hal-hal hebat dan mungkin salah satu poin terkuat NetApp.

Tetapi titik di mana kami harus mengesampingkannya adalah ketika garansi 3 tahun habis dan NetApp ingin sekitar £ 20k ​​untuk mendukungnya selama 3 tahun lagi (sebagian karena FAS270c telah habis masa pakainya). Lebih murah membuangnya dan membeli model yang lebih baru (FAS2020) kemudian memperbarui garansi pada kotak kami yang ada.

Jadi kami melihat-lihat untuk meningkatkan ke seri FAS3100 atau FAS2050 dan ditawari potongan harga yang sangat besar, tetapi pada akhirnya kami muak dengan cara NetApp yang tampaknya memetik harga dari udara setiap kali kami berbicara dengan mereka. Jika kami ingin membeli unit lain untuk situs DR kami, atau lisensi tambahan atau rak disk, kami diharapkan akan sangat terpukul di dompet.

Jadi sekarang kami telah bertukar ke kotak HP LeftHand iSCSI; kita akan dapat menempatkan Lefthand di pusat data kami dan di situs Pemulihan Bencana kami mereplikasi antara keduanya untuk biaya satu NetApp FAS3140. Hmmmm ... Tentu saja jika kita terus berbicara dengan NetApp cukup lama mereka mungkin bisa mencocokkan harganya pada akhirnya, tetapi beberapa dari kita memiliki pekerjaan yang harus dilakukan.

Beberapa hal yang perlu diingat tentang NetApp SAN. Itu tidak benar, SAN pertama-tama. Ini SAN, di atas sistem file waffel (sp?) Yang hebat untuk NAS, tetapi tidak cocok untuk SAN, terutama dengan lapisan lain di antara mereka.

Karena waffel berada di antara platform dan port serat jika Anda menghancurkan WAFL dengan data, FC kemudian dapat memperlambat sementara menunggu waffel untuk mengejar ketinggalan.

Anda juga tidak mendapatkan kendali atas level RAID (kecuali jika ini baru-baru ini berubah). Jadi jika Anda memerlukan RAID 5 untuk beberapa data, karena semuanya sudah dibaca, dan beberapa data harus RAID 10 karena semuanya menulis dan sangat sedikit membaca, Anda tidak dapat mengontrol ini.

Sekarang jangan salah, NetApp membuat unit NAS yang luar biasa. Tapi Anda tidak bisa mengambil NAS, dan menampar port FC di belakangnya dan menyebutnya SAN.

Sekarang, saya tahu bahwa unit dapat dibuat berlebihan, tetapi saya percaya bahwa memerlukan pembelian kepala filer tambahan (dual head standar adalah sebagian besar semua pengaturan SAN dalam kasus reboot, dll) ditambah penyimpanan tambahan untuk filer kedua ( karena saya tidak berpikir bahwa kedua kepala dapat berbicara dengan disk yang sama).

Lihatlah blog ini dari Chuck Hollis dan Prove It Kit yang dia terbitkan

Saya tahu bahwa dulu ada masalah dengan cadangan baterai di NetApp SANs. Jika Anda menjalankan SQL Server dan membuat tabel dan mulai memasukkan data ke dalamnya, kemudian tarik colokan di NetApp (simulasikan kegagalan daya) kemudian permintaan cache untuk mendapatkan nilai terakhir yang dimasukkan Anda akan mendapatkan nomor yang berbeda dari database setelah NetApp muncul kembali karena beberapa transaksi hilang (ini adalah masalah lama dan mudah-mudahan diselesaikan sekarang).

NetApps tidak memungkinkan Anda untuk mengontrol jumlah Read Cache atau Write Cache. Ini 50/50. Jika Anda akan meng-host database pada cache baca itu pada dasarnya tidak berharga, dan cache tulis adalah raja. Biasanya Anda ingin menonaktifkan cache baca untuk LUN SQL Server dan naikkan cache tulis. Bukan pilihan di sini.

(Saya punya pengalaman NetApp, tapi itu tidak mempengaruhi jawaban saya di sini.)

Anda dapat memilih untuk mempertimbangkan ancaman paten mereka terhadap sistem file ZFS open source sebagai alasan potensial untuk memilih untuk tidak mendukung perusahaan.

(Atau, jika Anda berada di pihak mereka, Anda dapat menggunakannya sebagai alasan untuk mendukung mereka!)

Kami baru saja membeli satu untuk mengganti beberapa filer OnStor Bobcat. Kami tidak memiliki keluhan sejauh ini, dengan dua bulan masuk. Sebaliknya, mereka sangat kuat. Kecepatan cadangan NDMP luar biasa. Manajemen sejauh ini mudah, dan semuanya berjalan seperti yang kami harapkan.

Yang perlu diingat tentang solusi semacam ini, perangkat lunak antivirus Anda harus di-host di kotak lain untuk memindai file di NetApp (ini penting untuk penyimpanan publik di suatu Universitas, mungkin tidak masalah bagi Anda). Manajemen kuota adalah oleh pengguna per host (sekali lagi ini mungkin tidak masalah bagi Anda).

Saya tidak tahu apa pun yang kami temukan yang belum kami sukai.

Dalam upaya untuk tidak menduplikasi orang lain :)

• Deduplikasi luar biasa. Rencanakan FlexVols Anda dengan hati-hati, karena unit untuk pemotongan adalah FlexVol.
• Pastikan Anda memahami persyaratan berikut (dan perbedaan di antara mereka): cadangan snapshot, cadangan fraksional, jaminan volume, jaminan file. Jika tidak, Anda akan membuat kesalahan dalam implementasi awal Anda dan / atau mengalokasikan terlalu banyak penyimpanan untuk tujuan Anda. percayalah padaku yang satu ini :)

NetApp melakukan banyak keajaiban dengan penyimpanan mereka, tetapi itu membuat arsitek solusi yang berjalan di atas NetApp merupakan upaya yang cukup kompleks.

Oh ya, cari tahu siapa sumber daya Anda untuk pengaturan / konfigurasi / dukungan praktik terbaik. Dukungan teknis NetApp sangat segan untuk bekerja pada kasus praktik terbaik karena mereka menganggapnya keluar dari lingkup kerusakan / perbaiki. Jika Anda perlu mengetahui praktik terbaik, mendapatkannya dari dukungan netapp bukanlah cara untuk melakukannya.

Tidak ada mimpi buruk tetapi ketahuilah bahwa semua kepandaian perangkat lunak berarti bahwa kinerja sistem secara keseluruhan bervariasi - jika Anda memerlukan SAN Anda untuk melakukan secara konsisten setiap saat, maka Anda mungkin kecewa. Kalau tidak, mereka hebat, oh dan mereka menjatuhkan diskon pada saat ini :)

Saya tidak pernah mendengar ada yang mengeluh tentang kinerja di NetApp mereka. Saya tidak pernah mampu membayar satu untuk mendukung klaim itu, meskipun ;-)

Saya tahu bahwa Anda mengatakan hanya orang-orang yang berpengalaman, tetapi,

Ada perusahaan hosting yang disebut joyent dan ketika saya melihat mereka sebagai penyedia hosting, untuk masalah dll, satu-satunya hal yang muncul sebagai masalah dengan mereka adalah beberapa penurunan yang serius yang mereka alami beberapa waktu lalu, dan dari apa yang saya dapat mengumpulkannya dari filer Netapp. Mereka sekarang telah beralih ke thumper dan zfs, karena mereka adalah toko Sun. Dan ini rupanya memperbaiki masalah mereka. Dan ini beberapa tahun yang lalu dari apa yang saya ingat. Tetapi mungkin layak untuk diperiksa.

Semoga ini membantu.

Tempat untuk memulai. Dukungan kualitas sangat sangat buruk. Bicaralah dengan 3 teknisi, dapatkan 3 jawaban berbeda. Biasanya mereka semua salah. Performa baca yang sangat buruk (semoga berhasil masuk dalam toleransi latensi untuk sistem basis data). Kinerja menurun secara drastis seiring waktu. Jika itu tidak cukup buruk bagi Anda ketika Anda pertama kali mengaturnya, tunggu sebentar. Wafl (tulis sistem file MANA SAJA) memuntahkan data di semua tempat, memecah-mecah file basis data Anda di luar batas wajar. Netapp sebenarnya mengharapkan pelanggan melakukan defrag pada level host dan level volume dengan sering (mereka memberi tahu kami SETIAP HARI). Sayangnya prosesnya mengganggu dan sama sekali tidak efektif. Kami beralih dari HP ke Netapp. Kesalahan besar. Ini merupakan pengalaman terburuk mutlak dalam karir TI saya selama 16 tahun. Satu-satunya waktu yang kami habiskan untuk HP adalah ketika kami memperbarui firmware atau menambah kapasitas. Semuanya berfungsi seperti yang diiklankan. Dengan Netapp, tidak ada yang berfungsi seperti yang diiklankan, dan kami menghabiskan berjam-jam tanpa henti untuk mencoba menyelesaikan pekerjaan dan memecahkan masalah dari serangkaian masalah yang tak ada habisnya. Tapi kita bisa menggunakan CIFS sekarang. Oboy.

Netapp adalah NAS yang layak, tetapi jika Anda membutuhkan SAN, beli SAN.