Date: Februari 5, 2015
SIOS teknologi dan Storage Switzerland baru saja bergabung untuk sangat menghadiri webinar. Peserta ditanya beberapa pertanyaan yang luar biasa tentang fleksibel HA dan DR untuk virtual server dan lingkungan awan. Bergabung dengan penyimpanan Swiss pendiri dan kepala George Crump pada Webinar adalah Direktur dari bidang teknik Tony Tomarchio dari SIOS.
Pertanyaan 1
"Apa persyaratan konektivitas antara dua geografis tersebar pusat data, seperti bandwidth dan latensi, dalam rangka untuk solusi ketersediaan tinggi Anda bekerja?" Tony: Itu semua bermuara pada beban kerja yang Anda butuhkan untuk melindungi. Kami tidak memiliki persyaratan minimum per se. Itu tergantung pada aktivitas I/O pada sistem Anda, khususnya data tingkat perubahan, yang adalah seberapa cepat disk Anda sedang ditulis. Katakanlah Anda memiliki satu server, yang menulis 3MB/detik ke disk. Perangkat lunak SIOS ingin mengulangi bahwa data secepat Anda menulis ke disk lokal untuk mereplikasi keluar. Anda perlu melihat di server Anda ingin melindungi. Dalam jendela ini sangat mudah untuk dilakukan. Anda dapat menarik PerfMon, lihat di disk Statistik dan biarkan yang menjalankan untuk beberapa periode perwakilan. Yang akan memberitahu Anda persis berapa banyak bandwidth yang Anda butuhkan untuk mendukung real-time replikasi. Sejauh latency aspek dari pertanyaan ini berjalan, kami mendukung replikasi sinkron dan asinkron. Umumnya, Anda akan pergi dengan sinkron replikasi jika Anda memiliki koneksi jaringan berkecepatan tinggi latency rendah. Sinkron memberikan perlindungan maksimum data dan kehilangan data nol karena komit ganda. Menulis tidak dianggap lengkap sampai telah membuatnya menjadi sumber dan target. Tapi Anda harus faktor dalam perjalanan bolak latensi antara sumber target yang akan mempunyai efek pada kinerja menulis Anda. Jika Anda memiliki lebih tinggi latency dan kau lebih kinerja sensitif, Anda mungkin pergi dengan asinkron. Tapi Anda harus memahami bahwa saat terjadi gangguan mungkin ada beberapa data penerbangan yang mungkin tidak membuatnya dari sumber ke target. Jadi mungkin ada beberapa kehilangan data. Itulah klasik trade-off antara sinkron dan asinkron. Untuk meringkas, kita tidak memiliki persyaratan minimum bandwidth dan latensi. Itu benar-benar bermuara pada seberapa sibuk server adalah, seberapa cepat mereka menulis ke disk, apa performa yang adalah toleransi, dan berapa banyak kehilangan data, jika ada, Anda dapat menahan.
Pertanyaan 2
"Bagaimana Apakah cluster SAN-kurang bermanfaat dalam lingkungan VMware?" Tony: Jika Anda menggunakan VMware, it's got fitur built-in seperti VMware HA. Itu adalah solusi parsial dari perspektif HA. Jika Anda melihat VMware HA apa, melindungi Anda terhadap kegagalan tuan rumah. Jika host gagal, itu reboot mesin virtual ke host fisik yang lain di klaster VMware. Jika Anda memiliki masalah dengan jaringan atau aplikasi yang ada di dalam mesin virtual, mesin virtual pada dasarnya adalah sebuah blok kotak dan jenis masalah tidak akan selalu dilindungi. Menambahkan aplikasi tingkat ketersediaan dan kekelompokan di tingkat tamu dapat menyediakan Anda dengan tingkat ketersediaan yang tinggi. Tantangan lain yang saya sebutkan sebelumnya dengan melakukan semua tingkat pengelompokan dalam jenis lingkungan adalah bahwa Anda harus lulus penyimpanan hingga mesin virtual. Biasanya Anda harus mengkonfigurasi perangkat mentah pemetaan (RDM), dan kemudian Anda akan kehilangan hal-hal seperti VMotion. Anda memberikan beberapa fitur virtualisasi untuk HA, tetapi dengan solusi cluster SAN-kurang dari SIOS Anda dapat memiliki keduanya. Kami melakukan segalanya dari dalam tamu. Ada tidak ada perubahan spesifik yang Anda butuhkan untuk membuat di tingkat hypervisor.
Pertanyaan 3
"Konfigurasi penyimpanan apa menyediakan HA terbaik?" George: I'ma SAN guy. Tapi jelas dari perspektif biaya, kemampuan untuk menggunakan drive eksternal harus menarik baik dari perspektif biaya dan keakraban. Apakah sikap Anda itu? Tony: Pasti SANs kuat dan memiliki banyak redundansi, seperti berlebihan controller, disk dan seterusnya. Tetapi pada akhir hari penyimpanan bersama dalam cluster Anda mewakili titik tunggal kegagalan. Sekali lagi, itu tidak mungkin kegagalan perangkat keras. Banyak kali itu adalah konfigurasi atau kesalahan pengguna yang menyebabkan kerugian konektivitas SAN yang bisa turun cluster seluruh Anda. Dengan pergi ke SAN-kurang konfigurasi, Anda menghilangkan penyimpanan sebagai titik tunggal kegagalan dan mencapai tingkat ketersediaan yang tinggi. Jika Anda telah membuat investasi di SAN, saya tidak mengatakan tidak menggunakannya. Anda tentu saja dapat menggunakan penyimpanan yang ada dan sumber daya server yang Anda miliki dalam infrastruktur. Tetapi jika itu adalah cara Anda adalah pengelompokan di masa lalu, mari kita berkata dua server dan SAN, Anda dapat mempertimbangkan menambahkan node ketiga dengan penyimpanan independen itu sendiri. Ini bisa menjadi sebuah SAN berbeda atau itu bisa penyimpanan lokal. Dengan cara itu Anda sekarang punya node lain di klaster sehingga Anda dapat menahan satu kegagalan host lain. Anda juga akan menghilangkan penyimpanan sebagai titik kegagalan, jadi secara teknis Anda melangkah satu takik di rantai ketersediaan. George: saya menulis sebuah makalah tentang ini dan ada bagian yang disebut, "Apa bisa pergi salah dengan Array SAN Anda." Salah satu hal yang menarik yang bisa salah kebanyakan sistem memiliki serangan atau sesuatu terjadi untuk melindunginya dalam kasus kegagalan drive. Tapi satu hal yang saya menemukan yang membutuhkan orang-orang lengah adalah apa kinerja seperti sementara membangun kembali serangan terjadi. Ia biasanya meninggalkan Anda dengan dua pilihan. Anda dapat menolak kecepatan di mana membangun kembali terjadi meninggalkan Anda terkena untuk jangka waktu yang lebih lama, atau Anda dapat mempercepat membangun kembali RAID yang biasanya menyakitkan disk performa i/o. Kedengarannya bagi saya bahwa di lingkungan Anda, saya dapat gagal untuk sistem terpisah berdiri sendiri dan membiarkan rebuild serangan yang terjadi dengan sendirinya pada sistem utama yang terpisah. Yang akan mampu bekerja, bukan? Tony: Ya, Anda bisa pasti melakukannya jika kinerja selama operasi yang menjadi perhatian. Pada dasarnya apa yang terjadi pada tingkat fisik, seperti membangun kembali RAID, transparan untuk perangkat lunak kami. Itulah salah satu alasan mengapa Anda dapat mencampur dan mencocokkan server. Salah satu persyaratan dengan solusi Windows kami adalah huruf drive yang sesuai dan semua volume adalah ukuran yang sama. Apakah itu adalah satu disk atau RAID 0, 1, 5 atau 10, di bawah selimut semua transparan. Jadi ya, apakah itu kekhawatiran, Anda berpotensi failover untuk node lain di klaster dan membiarkan semuanya menjalankan yang sementara Anda PENYERBUAN membangun kembali di sisi lain.
Pertanyaan 4
"Anda bisa menggunakan perangkat lunak Anda untuk apa pun selain SQL?" Tony: Ya, Anda dapat menggunakannya dengan cluster-mampu layanan atau aplikasi. Umumnya kita melindungi SQL. Kami memiliki solusi untuk Linux yang mana kami melakukan banyak SAP, Oracle dan NFS jenis cluster. Itu adalah seluruh peta. Kami juga dapat melindungi aplikasi kustom. Itu adalah salah satu manfaat dari memiliki sebuah blok replikasi tingkat teknologi. Ini adalah server, Penyimpanan, dan bahkan aplikasi agnostik. Anda hanya memberitahu kami partisi atau volume yang ingin meniru dan data apapun yang kebetulan tinggal di sana dan kami akan melindungi. Dari hal itu, ini dapat digunakan untuk lebih dari sekedar SQL.
Pertanyaan 5
"Bagaimana kinerja aplikasi dipengaruhi oleh menjalankan perangkat lunak SAN-kurang?" Tony: Ini datang kembali ke mode replikasi. Kami mendukung replikasi sinkron dan asinkron. Dengan replikasi asinkron, Anda tidak akan melihat kinerja dampak apapun. Jika sinkron, maka Anda hanya akan melihat dampak pada menulis ke disk karena komit ganda. Dibaca tidak terpengaruh. Jika Anda pergi dengan sinkron replikasi, Anda pasti ingin memiliki koneksi jaringan latency rendah untuk meminimalkan biaya overhead replikasi sinkron yang memaksakan pada menulis.