Date: Desember 10, 2014
Pusat data perusahaan telah menggunakan komputasi untuk beberapa tahun untuk lingkungan resiko rendah mereka, seperti tes-dev dan non-misi-kritis aplikasi awan. Dalam konteks ini, manfaat dari awan komputasi yang dipahami dengan baik. Manajer TI dapat menggunakan internet dengan mudah dan biaya efisien mengatur dan penyediaan lingkungan aplikasi tanpa keterbatasan dan investasi perangkat keras yang dibutuhkan di lingkungan fisik atau virtual server. Departemen TI mencari untuk memperluas penggunaan awan komputasi lebih dari aplikasi bisnis inti mereka. Beberapa bahkan mencari untuk mendorong seluruh data center mereka ke dalam awan mana mereka dapat memperoleh konfigurasi fleksibilitas, meningkatkan alokasi sumber daya itu, dan, dalam beberapa kasus yang signifikan penghematan biaya. Pindah ke awan adalah satu-satunya cara beberapa data dapat mendukung pertumbuhan yang cepat atau cepat berubah persyaratan untuk penyimpanan, kinerja, dan sumber daya dalam perekonomian saat ini cepat. Persyaratan minimum untuk bisnis kritis aplikasi Namun, memindahkan tingkat satu bisnis aplikasi kritis seperti SQL Server, Oracle dan SAP ke awan menyajikan beberapa tantangan yang signifikan. Untuk aplikasi ini, perusahaan telah ada toleransi untuk downtime, gangguan layanan, kehilangan data, atau memperlambat waktu respon. Bahkan mempertimbangkan pindah aplikasi penting bisnis ke internet, data center Manajer harus memastikan bahwa yang bergerak akan tidak menambah risiko, kompleksitas atau biaya lingkungan aplikasi mereka. Lingkungan awan juga harus sesuai dengan atau melebihi tingkat layanan dan waktu pemulihan dan pemulihan titik tujuan yang mereka bertemu di lingkungan server fisik mereka (biasanya menggunakan berbagi penyimpanan cluster). Persyaratan ini meningkatkan beberapa pertanyaan kunci:
- Bagaimana Anda dapat memberikan perlindungan tinggi ketersediaan dan bencana yang dibutuhkan untuk tingkat 1 aplikasi awan mana penyimpanan bersama kelompok yang tidak ditawarkan?
- Akan memberikan perlindungan HA dan DR memberlakukan batasan fleksibilitas awan?
- Akan bergerak aplikasi untuk awan menambah risiko, kompleksitas, kinerja overhead?
Pilihan untuk melindungi aplikasi dalam awan cloud publik penyedia menawarkan beberapa redundansi dalam bentuk pusat data yang terpisah dan berlebihan atau sumber daya komputasi, seperti domain kesalahan AWS EC2 ketersediaan zona dan Microsoft Azure. Namun, mereka gagal ketersediaan tinggi failover clustering perlindungan yang perusahaan biasanya menggunakan untuk melindungi aplikasi yang penting di lingkungan fisik atau virtual server mereka. Sementara pindah ke awan cara Anda tidak lagi memiliki server fisik di rumah perlu khawatir, Anda masih harus melindungi terhadap kegagalan dalam kasus awan dan padam di cloud publik penyedia layanan. Dalam tradisional failover cluster, dua atau lebih server berbagi penyimpanan fisik yang sama, Penyimpanan biasanya jaringan dikonfigurasi melalui sebuah SAN. Aplikasi kritis beroperasi pada satu server dan pada saat terjadi kegagalan, perangkat lunak clustering bergerak operasi aplikasi ke server lain dalam gugus. Karena semua server cluster berbagi sama penyimpanan, aplikasi dapat terus beroperasi setelah failover tanpa kehilangan data. Semakin banyak perusahaan mengatasi kekurangan penyimpanan bersama pengelompokan ditawarkan oleh penyedia awan dengan solusi sederhana: kelompok SANless. Dalam penggunaan server fisik, Anda biasanya akan menggunakan perangkat lunak yang mengelola proses failover aplikasi seperti Windows Server Failover Clustering (WSFC) dan dua server yang terhubung ke SAN untuk menciptakan sebuah cluster. Dalam lingkungan awan, Anda masih dapat menggunakan WSFC atau perangkat lunak failover lain, dengan hanya menambahkan SANless pengelompokan perangkat lunak yang disinkronisasi penyimpanan di awan gugus node menggunakan efisien replikasi (sinkron atau asinkron) untuk menciptakan penyimpanan virtualisasi yang terlihat ke failover perangkat lunak seperti SAN. Hal ini memungkinkan Anda untuk menjalankan aplikasi penting bisnis di depan umum, pribadi atau awan hibrida dengan tingkat perlindungan sebagai penggunaan server fisik yang sama. Beberapa perangkat lunak SANless dapat digunakan untuk menangani failover dan replikasi di lingkungan Linux, multinode penyebaran di seluruh subnet, atau dalam skenario lain di mana WSFC tidak dapat dilakukan. Dengan menggunakan perangkat lunak SANless untuk membuat cluster di awan, Anda mendapatkan tingkat ketersediaan yang tinggi dan perlindungan bencana yang Anda dapatkan dalam penggunaan server fisik tanpa menambahkan kompleksitas atau mengubah prosedur operasional yang ada yang sama. Hal ini dikelola dengan cara yang sama sebagai sebuah cluster tradisional. Anda juga menghilangkan semua batasan dan kelemahan dari memiliki dan mengoperasikan sebuah SAN fisik. Sebagai contoh, SANs mahal untuk membeli dan memerlukan keterampilan administrasi (kadang-kadang mahal) khusus untuk mengelola. Karena SANs terutama dioptimalkan untuk skala besar penyimpanan daripada akses data latency rendah, SANs dapat memperlambat kinerja lingkungan sangat transaksional database SQL, Oracle dan SAP. Sebagai contoh, perusahaan besar pra-dimiliki mobil di Jepang berencana untuk memperluas bisnis mereka sangat cepat-hampir dua kali lipat lokasi di seluruh dunia dalam dua tahun ke depan. Satu-satunya cara infrastruktur TI mereka bisa mengakomodasi tingkat pertumbuhan adalah dengan memindahkan ke awan AWS. Namun, mereka akan bergerak ke Internet kecuali jika mereka memiliki mudah menyebarkan HA perlindungan untuk bisnis penting SQL Server aplikasi mereka. Konfigurasi lingkungan awan fleksibilitas membiarkan Anda mengkonfigurasi aplikasi lingkungan dan mengalokasikan sumber daya dalam cara yang mudah, dinamis dan fleksibel yang berbasis SAN cluster tidak perkiraan. Sebuah cluster SANless memungkinkan Anda untuk memanfaatkan keuntungan dari lingkungan awan dan memberikan Anda fleksibilitas ditambahkan untuk campuran fisik, virtual, dan awan konfigurasi terbaik memenuhi kebutuhan Anda HA dan DR. Internet sebagai satu situs pemulihan bencana manfaat terbesar dari pindah ke awan adalah kemudahan penggelaran solusi pemulihan bencana. Sebagai contoh, sebuah perusahaan game online pindah ke sebuah awan AWS dan ingin memastikan itu dilindungi dari seluruh situs bencana. Solusi yang termudah adalah untuk menciptakan sebuah cluster SANless yang membentang ketersediaan zona. Jika mereka mengalami outage pada contoh awan utama mereka, operasi akan terus di contoh geografis terpisah cloud server. Meskipun keuntungan komputasi awan, banyak perusahaan juga diinvestasikan di server fisik mereka dan di pusat data lokal untuk pindah ke lingkungan semua-cloud. Namun, SANless pengelompokan terbukti menjadi solusi penting untuk organisasi-organisasi ini juga dengan menyediakan solusi pemulihan bencana sederhana, sangat hemat biaya. Sampai saat ini, mengelola situs kegagalan telah sangat kompleks dan mahal, membutuhkan investasi besar dalam perangkat lunak dan perangkat keras khusus serta ketersediaan kedua pusat data situs. Menggunakan SANless failover cluster, Anda dapat membuat perlindungan pemulihan bencana terukur tanpa biaya atau kompleksitas membangun keluar atau menyewa fasilitas pemulihan bencana off-site. Anda dapat menggunakan Internet sebagai situs kedua untuk mencari anggota gugus dan menggunakannya untuk menangani failover ketika situs lokal gagal. Pengelompokan sANless akan menjadi persyaratan penting sebagai perusahaan melihat untuk sepenuhnya mengintegrasikan awan komputasi ke infrastruktur mereka. Dengan menghilangkan keterbatasan solusi berbasis SAN, SANless kluster memungkinkan perusahaan untuk sepenuhnya memanfaatkan keuntungan dari awan. Jerry Melnick adalah chief operating officer di SIOS teknologi Corp, pembuat SIOS SAN dan perangkat lunak SANless cluster. Dia memiliki lebih dari 25 tahun pengalaman dalam perusahaan dan industri perangkat lunak tingkat ketersediaan yang tinggi. Beliau meraih gelar bachelor of science dari Beloit College dengan karya sarjananya di teknik komputer dan ilmu komputer di Universitas Boston.