Storage<\/b><\/h3>\n
Storage atau tempat penyimpanan adalah lokasi terakhir yang digunakan server untuk menyimpan data setelah data tersebut dibaca dan ditulis.<\/li>\n
High Availability<\/b><\/h3>\n
Meminimalisir kerusakan\u00a0down time\u00a0atau kehilangan data yang terjadi pada suatu server atau infrastruktur.<\/li>\n
Load Balancing<\/b><\/h3>\n
Load balancing dapat menyeimbangkan beban pada satu server dan diratakan ke server-server lain dalam sebuah node cluster yang sama.<\/li>\n
High Performance<\/b><\/h3>\n
Melakukan pemrosesan secara bersamaan atau paralel, dengan tujuan membantu meningkatkan kinerja server.<\/li>\n<\/ul>\n
Pengertian High Availability<\/strong><\/h1>\nHigh Availability (HA) <\/strong>adalah karakteristik sistem yang bertujuan untuk memastikan tingkat kinerja operasional yang disepakati, biasanya waktu aktif <\/span>untuk periode yang lebih tinggi dari biasanya. High Availability banyak digunakan untuk sektor tertentu, seperti High Availability Web Server, Database dll.<\/span><\/p>\nHigh-availability cluster, yang juga sering disebut sebagai Failover Cluster pada umumnya diimplementasikan untuk tujuan meningkatkan ketersediaan layanan yang disediakan oleh kluster tersebut. Elemen kluster akan bekerja dengan memiliki node-node redundan, yang kemudian digunakan untuk menyediakan layanan saat salah satu elemen kluster mengalami kegagalan. Ukuran yang paling umum dari kategori ini adalah dua node, yang merupakan syarat minimum untuk melakukan redundansi. Implementasi kluster jenis ini akan mencoba untuk menggunakan redundansi komponen kluster untuk menghilangkan kegagalan di satu titik (Single Point of Failure).<\/p>\n
Ada beberapa implementasi komersial dari sistem kluster kategori ini, dalam beberapa sistem operasi. Meski demikian, proyek Linux-HA adalah salah satu paket yang paling umum digunakan untuk sistem operasi GNU\/Linux.<\/p>\n
Dalam keluarga sistem operasi Microsoft Windows NT, sebuah layanan yang disebut dengan Microsoft Cluster Service (MSCS) dapat digunakan untuk menyediakan kluster kategori ini. MSCS ini diperbarui lagi dan telah diintegrasikan dalam Windows 2000 Advanced Server dan Windows 2000 Datacenter Server, dengan nama Microsoft Clustering Service. Dalam Windows Server 2003, Microsoft Clustering Service ini ditingkatkan lagi kinerjanya.<\/p>\n
Tujuan High Availability<\/strong><\/h1>\nHigh Availability bertujuan untuk memberikan layanan server berlevel tinggi dengan tepat waktu sehingga saat terjadi masalah Hig Availability dapat mengurangi dampak buruk yang terjadi akibat downtime.<\/p>\n
Prinsip High Availability<\/strong><\/h1>\n![\"\"](\"https:\/\/hosteko.com\/htk-blog\/wp-content\/uploads\/2021\/02\/Prinsip-High-Availability.gif\")
<\/p>\n
Ada tiga prinsip desain sistem dalam reliability engineering <\/span>yang dapat membantu mencapai High Availability, yaitu :<\/p>\n\n- Penghapusan satu titik kegagalan<\/strong><\/li>\n<\/ul>\n
Artinya menambah atau membangun redundansi ke dalam sistem sehingga kegagalan suatu komponen tidak berarti kegagalan seluruh sistem.<\/p>\n
\n- Reliable crossover (Crossover yang andal)<\/span><\/strong><\/li>\n<\/ul>\n
Dalam sistem redundan, <\/span>titik persilangan itu sendiri cenderung menjadi titik kegagalan tunggal.\u00a0Sistem yang andal harus menyediakan crossover yang andal.<\/span><\/p>\n\n- Deteksi kegagalan saat terjadi<\/strong><\/li>\n<\/ul>\n
Jika kedua prinsip di atas diamati, maka pengguna mungkin tidak akan pernah melihat kegagalan tetapi aktivitas pemeliharaan harus.<\/p>\n
Downtime terjadwal dan tidak terjadwal<\/span><\/strong><\/h1>\n![\"\"](\"https:\/\/hosteko.com\/htk-blog\/wp-content\/uploads\/2021\/02\/Downtime-terjadwal-dan-tidak-terjadwal.gif\")
<\/p>\n
Perbedaan dapat dibuat antara downtime<\/span>\u00a0terjadwal dan tidak terjadwal\u00a0.\u00a0Biasanya, downtime terjadwal <\/span>merupakan hasil maintenance<\/span>\u00a0yang mengganggu pengoperasian sistem dan biasanya tidak dapat dihindari dengan desain sistem yang saat ini terpasang.\u00a0Peristiwa waktu henti yang dijadwalkan mungkin mencakup tambalan ke sistem perangkat lunak<\/span> yang memerlukan booting ulang<\/span>\u00a0atau perubahan konfigurasi sistem yang hanya berlaku setelah boot ulang.\u00a0Secara umum, waktu henti terjadwal biasanya merupakan hasil dari beberapa peristiwa logis yang diprakarsai oleh manajemen.\u00a0Peristiwa waktu henti tidak terjadwal biasanya muncul dari beberapa peristiwa fisik, seperti kegagalan perangkat keras atau perangkat lunak atau anomali lingkungan. Contoh peristiwa waktu henti yang tidak terjadwal termasuk pemadaman listrik, CPU yang gagal atau komponen RAM <\/span>(atau mungkin komponen perangkat keras lain yang gagal), pematian terkait suhu berlebih, koneksi jaringan yang terputus secara logis atau fisik, pelanggaran keamanan, atau berbagai\u00a0kegagalan aplikasi, middleware, dan sistem operasi.<\/span><\/p>\nJika pengguna dapat diperingatkan dari waktu henti yang dijadwalkan, maka perbedaan tersebut berguna.\u00a0Tetapi jika persyaratannya adalah untuk ketersediaan tinggi yang sebenarnya, maka waktu henti adalah waktu henti apakah itu dijadwalkan atau tidak.<\/span><\/p>\nBanyak situs komputasi mengecualikan waktu henti terjadwal dari kalkulasi ketersediaan, dengan asumsi bahwa hal itu memiliki sedikit atau tidak ada dampak pada komunitas pengguna komputasi. Dengan melakukan ini, mereka dapat mengklaim memiliki ketersediaan yang sangat tinggi, yang mungkin memberikan ilusi ketersediaan yang berkelanjutan. <\/span>Sistem yang menunjukkan ketersediaan yang benar-benar berkelanjutan relatif jarang dan harganya lebih tinggi, dan sebagian besar telah menerapkan desain khusus dengan hati-hati yang menghilangkan satu titik kegagalan<\/span> dan memungkinkan perangkat keras online, jaringan, sistem operasi, middleware, dan peningkatan aplikasi, tambalan dan penggantian.\u00a0Untuk sistem tertentu, waktu henti terjadwal tidak menjadi masalah, misalnya waktu henti sistem di gedung kantor setelah semua orang pulang pada malam hari.<\/span><\/p>\nCara Kerja High Availability<\/strong><\/h1>\n![\"\"](\"https:\/\/hosteko.com\/htk-blog\/wp-content\/uploads\/2021\/02\/Cara-Kerja-High-Availability.gif\")
<\/p>\n
Teknik penerapan atau implementasi High Availability digabungkan dengan metode Failover, yaitu ketika ada salah satu server pada node cluster yang sama sedang mengalami masalah, secepat mungkin server lainnya akan mengambil alih\u00a0traffic\u00a0tersebut, dan server yang sebelumnya mengalami masalah akan melakukan\u00a0auto-healing\u00a0atau perbaikan secara otomatis hingga siap melakukan\u00a0backup\u00a0seperti semula.<\/p>\n
Aplikasi atau software High Availability yang sering digunakan adalah High Availability Proxy, yang berfungsi sebagai load balancer pada HTTP atau pun TCP.<\/p>\n
Komponen<\/h3>\n
Ada beberapa komponen yang dibutuhkan untuk mendukung implementasi High Availability, yaitu :<\/p>\n
\n- \n
\n- Environment<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Jika memiliki server hanya di satu lokasi saja, ketika ada bencana alam seperti gempa bumi, banjir, atau tsunami, server bisa saja mengalami dampaknya hingga sistem down. Oleh karena itu, pemilihan lokasi\u00a0environment di data center yang lokasinya berbeda juga akan memengaruhi reliability.<\/p>\n
\n- \n
\n- Hardware<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Server yang tersedia harus tahan terhadap pemadaman listrik, hardware failures termasuk harddisk\u00a0dan\u00a0network interfaces.<\/p>\n
\n- \n
\n- Software<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Seluruh\u00a0software rack, termasuk\u00a0operating system dan aplikasi itu sendiri, harus dipersiapkan untuk menangani masalah tidak terduga yang berpotensi memerlukan restart system atau\u00a0server.<\/p>\n
\n- \n
\n- Data<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Kehilangan data dapat disebabkan oleh beberapa faktor, High Availability juga harus mampu memperhitungkan keamanan data jika terjadi kegagalan.<\/p>\n
\n- \n
\n- Network<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Wajib menyiapkan strategi dengan backup plan untuk menghadapi masalah ketika ada pemadaman listrik secara tiba-tiba.<\/p>\n
Selain itu, ada pula tiga pilar penting lainnya, yaitu\u00a0people, process,\u00a0dan\u00a0technology.<\/em> Di antara pilar tersebut, ada High Availability yang berfungsi untuk menyeimbangkan kebutuhan ketiga pilar tersebut.<\/p>\n\n\n
High-availability cluster, yang juga sering disebut sebagai Failover Cluster pada umumnya diimplementasikan untuk tujuan meningkatkan ketersediaan layanan yang disediakan oleh kluster tersebut. Elemen kluster akan bekerja dengan memiliki node-node redundan, yang kemudian digunakan untuk menyediakan layanan saat salah satu elemen kluster mengalami kegagalan. Ukuran yang paling umum dari kategori ini adalah dua node, yang merupakan syarat minimum untuk melakukan redundansi. Implementasi kluster jenis ini akan mencoba untuk menggunakan redundansi komponen kluster untuk menghilangkan kegagalan di satu titik (Single Point of Failure).<\/p>\n
Ada beberapa implementasi komersial dari sistem kluster kategori ini, dalam beberapa sistem operasi. Meski demikian, proyek Linux-HA adalah salah satu paket yang paling umum digunakan untuk sistem operasi GNU\/Linux.<\/p>\n
Dalam keluarga sistem operasi Microsoft Windows NT, sebuah layanan yang disebut dengan Microsoft Cluster Service (MSCS) dapat digunakan untuk menyediakan kluster kategori ini. MSCS ini diperbarui lagi dan telah diintegrasikan dalam Windows 2000 Advanced Server dan Windows 2000 Datacenter Server, dengan nama Microsoft Clustering Service. Dalam Windows Server 2003, Microsoft Clustering Service ini ditingkatkan lagi kinerjanya.<\/p>\n
Tujuan High Availability<\/strong><\/h1>\nHigh Availability bertujuan untuk memberikan layanan server berlevel tinggi dengan tepat waktu sehingga saat terjadi masalah Hig Availability dapat mengurangi dampak buruk yang terjadi akibat downtime.<\/p>\n
Prinsip High Availability<\/strong><\/h1>\n<\/p>\n
Ada tiga prinsip desain sistem dalam reliability engineering <\/span>yang dapat membantu mencapai High Availability, yaitu :<\/p>\n\n- Penghapusan satu titik kegagalan<\/strong><\/li>\n<\/ul>\n
Artinya menambah atau membangun redundansi ke dalam sistem sehingga kegagalan suatu komponen tidak berarti kegagalan seluruh sistem.<\/p>\n
\n- Reliable crossover (Crossover yang andal)<\/span><\/strong><\/li>\n<\/ul>\n
Dalam sistem redundan, <\/span>titik persilangan itu sendiri cenderung menjadi titik kegagalan tunggal.\u00a0Sistem yang andal harus menyediakan crossover yang andal.<\/span><\/p>\n\n- Deteksi kegagalan saat terjadi<\/strong><\/li>\n<\/ul>\n
Jika kedua prinsip di atas diamati, maka pengguna mungkin tidak akan pernah melihat kegagalan tetapi aktivitas pemeliharaan harus.<\/p>\n
Downtime terjadwal dan tidak terjadwal<\/span><\/strong><\/h1>\n<\/p>\n
Perbedaan dapat dibuat antara downtime<\/span>\u00a0terjadwal dan tidak terjadwal\u00a0.\u00a0Biasanya, downtime terjadwal <\/span>merupakan hasil maintenance<\/span>\u00a0yang mengganggu pengoperasian sistem dan biasanya tidak dapat dihindari dengan desain sistem yang saat ini terpasang.\u00a0Peristiwa waktu henti yang dijadwalkan mungkin mencakup tambalan ke sistem perangkat lunak<\/span> yang memerlukan booting ulang<\/span>\u00a0atau perubahan konfigurasi sistem yang hanya berlaku setelah boot ulang.\u00a0Secara umum, waktu henti terjadwal biasanya merupakan hasil dari beberapa peristiwa logis yang diprakarsai oleh manajemen.\u00a0Peristiwa waktu henti tidak terjadwal biasanya muncul dari beberapa peristiwa fisik, seperti kegagalan perangkat keras atau perangkat lunak atau anomali lingkungan. Contoh peristiwa waktu henti yang tidak terjadwal termasuk pemadaman listrik, CPU yang gagal atau komponen RAM <\/span>(atau mungkin komponen perangkat keras lain yang gagal), pematian terkait suhu berlebih, koneksi jaringan yang terputus secara logis atau fisik, pelanggaran keamanan, atau berbagai\u00a0kegagalan aplikasi, middleware, dan sistem operasi.<\/span><\/p>\nJika pengguna dapat diperingatkan dari waktu henti yang dijadwalkan, maka perbedaan tersebut berguna.\u00a0Tetapi jika persyaratannya adalah untuk ketersediaan tinggi yang sebenarnya, maka waktu henti adalah waktu henti apakah itu dijadwalkan atau tidak.<\/span><\/p>\nBanyak situs komputasi mengecualikan waktu henti terjadwal dari kalkulasi ketersediaan, dengan asumsi bahwa hal itu memiliki sedikit atau tidak ada dampak pada komunitas pengguna komputasi. Dengan melakukan ini, mereka dapat mengklaim memiliki ketersediaan yang sangat tinggi, yang mungkin memberikan ilusi ketersediaan yang berkelanjutan. <\/span>Sistem yang menunjukkan ketersediaan yang benar-benar berkelanjutan relatif jarang dan harganya lebih tinggi, dan sebagian besar telah menerapkan desain khusus dengan hati-hati yang menghilangkan satu titik kegagalan<\/span> dan memungkinkan perangkat keras online, jaringan, sistem operasi, middleware, dan peningkatan aplikasi, tambalan dan penggantian.\u00a0Untuk sistem tertentu, waktu henti terjadwal tidak menjadi masalah, misalnya waktu henti sistem di gedung kantor setelah semua orang pulang pada malam hari.<\/span><\/p>\nCara Kerja High Availability<\/strong><\/h1>\n<\/p>\n
Teknik penerapan atau implementasi High Availability digabungkan dengan metode Failover, yaitu ketika ada salah satu server pada node cluster yang sama sedang mengalami masalah, secepat mungkin server lainnya akan mengambil alih\u00a0traffic\u00a0tersebut, dan server yang sebelumnya mengalami masalah akan melakukan\u00a0auto-healing\u00a0atau perbaikan secara otomatis hingga siap melakukan\u00a0backup\u00a0seperti semula.<\/p>\n
Aplikasi atau software High Availability yang sering digunakan adalah High Availability Proxy, yang berfungsi sebagai load balancer pada HTTP atau pun TCP.<\/p>\n
Komponen<\/h3>\n
Ada beberapa komponen yang dibutuhkan untuk mendukung implementasi High Availability, yaitu :<\/p>\n
\n- \n
\n- Environment<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Jika memiliki server hanya di satu lokasi saja, ketika ada bencana alam seperti gempa bumi, banjir, atau tsunami, server bisa saja mengalami dampaknya hingga sistem down. Oleh karena itu, pemilihan lokasi\u00a0environment di data center yang lokasinya berbeda juga akan memengaruhi reliability.<\/p>\n
\n- \n
\n- Hardware<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Server yang tersedia harus tahan terhadap pemadaman listrik, hardware failures termasuk harddisk\u00a0dan\u00a0network interfaces.<\/p>\n
\n- \n
\n- Software<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Seluruh\u00a0software rack, termasuk\u00a0operating system dan aplikasi itu sendiri, harus dipersiapkan untuk menangani masalah tidak terduga yang berpotensi memerlukan restart system atau\u00a0server.<\/p>\n
\n- \n
\n- Data<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Kehilangan data dapat disebabkan oleh beberapa faktor, High Availability juga harus mampu memperhitungkan keamanan data jika terjadi kegagalan.<\/p>\n
\n- \n
\n- Network<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Wajib menyiapkan strategi dengan backup plan untuk menghadapi masalah ketika ada pemadaman listrik secara tiba-tiba.<\/p>\n
Selain itu, ada pula tiga pilar penting lainnya, yaitu\u00a0people, process,\u00a0dan\u00a0technology.<\/em> Di antara pilar tersebut, ada High Availability yang berfungsi untuk menyeimbangkan kebutuhan ketiga pilar tersebut.<\/p>\n\n\n
<\/p>\n
Ada tiga prinsip desain sistem dalam reliability engineering <\/span>yang dapat membantu mencapai High Availability, yaitu :<\/p>\n Artinya menambah atau membangun redundansi ke dalam sistem sehingga kegagalan suatu komponen tidak berarti kegagalan seluruh sistem.<\/p>\n Dalam sistem redundan, <\/span>titik persilangan itu sendiri cenderung menjadi titik kegagalan tunggal.\u00a0Sistem yang andal harus menyediakan crossover yang andal.<\/span><\/p>\n Jika kedua prinsip di atas diamati, maka pengguna mungkin tidak akan pernah melihat kegagalan tetapi aktivitas pemeliharaan harus.<\/p>\n Perbedaan dapat dibuat antara downtime<\/span>\u00a0terjadwal dan tidak terjadwal\u00a0.\u00a0Biasanya, downtime terjadwal <\/span>merupakan hasil maintenance<\/span>\u00a0yang mengganggu pengoperasian sistem dan biasanya tidak dapat dihindari dengan desain sistem yang saat ini terpasang.\u00a0Peristiwa waktu henti yang dijadwalkan mungkin mencakup tambalan ke sistem perangkat lunak<\/span> yang memerlukan booting ulang<\/span>\u00a0atau perubahan konfigurasi sistem yang hanya berlaku setelah boot ulang.\u00a0Secara umum, waktu henti terjadwal biasanya merupakan hasil dari beberapa peristiwa logis yang diprakarsai oleh manajemen.\u00a0Peristiwa waktu henti tidak terjadwal biasanya muncul dari beberapa peristiwa fisik, seperti kegagalan perangkat keras atau perangkat lunak atau anomali lingkungan. Contoh peristiwa waktu henti yang tidak terjadwal termasuk pemadaman listrik, CPU yang gagal atau komponen RAM <\/span>(atau mungkin komponen perangkat keras lain yang gagal), pematian terkait suhu berlebih, koneksi jaringan yang terputus secara logis atau fisik, pelanggaran keamanan, atau berbagai\u00a0kegagalan aplikasi, middleware, dan sistem operasi.<\/span><\/p>\n Jika pengguna dapat diperingatkan dari waktu henti yang dijadwalkan, maka perbedaan tersebut berguna.\u00a0Tetapi jika persyaratannya adalah untuk ketersediaan tinggi yang sebenarnya, maka waktu henti adalah waktu henti apakah itu dijadwalkan atau tidak.<\/span><\/p>\n Banyak situs komputasi mengecualikan waktu henti terjadwal dari kalkulasi ketersediaan, dengan asumsi bahwa hal itu memiliki sedikit atau tidak ada dampak pada komunitas pengguna komputasi. Dengan melakukan ini, mereka dapat mengklaim memiliki ketersediaan yang sangat tinggi, yang mungkin memberikan ilusi ketersediaan yang berkelanjutan. <\/span>Sistem yang menunjukkan ketersediaan yang benar-benar berkelanjutan relatif jarang dan harganya lebih tinggi, dan sebagian besar telah menerapkan desain khusus dengan hati-hati yang menghilangkan satu titik kegagalan<\/span> dan memungkinkan perangkat keras online, jaringan, sistem operasi, middleware, dan peningkatan aplikasi, tambalan dan penggantian.\u00a0Untuk sistem tertentu, waktu henti terjadwal tidak menjadi masalah, misalnya waktu henti sistem di gedung kantor setelah semua orang pulang pada malam hari.<\/span><\/p>\n Teknik penerapan atau implementasi High Availability digabungkan dengan metode Failover, yaitu ketika ada salah satu server pada node cluster yang sama sedang mengalami masalah, secepat mungkin server lainnya akan mengambil alih\u00a0traffic\u00a0tersebut, dan server yang sebelumnya mengalami masalah akan melakukan\u00a0auto-healing\u00a0atau perbaikan secara otomatis hingga siap melakukan\u00a0backup\u00a0seperti semula.<\/p>\n Aplikasi atau software High Availability yang sering digunakan adalah High Availability Proxy, yang berfungsi sebagai load balancer pada HTTP atau pun TCP.<\/p>\n Ada beberapa komponen yang dibutuhkan untuk mendukung implementasi High Availability, yaitu :<\/p>\n Jika memiliki server hanya di satu lokasi saja, ketika ada bencana alam seperti gempa bumi, banjir, atau tsunami, server bisa saja mengalami dampaknya hingga sistem down. Oleh karena itu, pemilihan lokasi\u00a0environment di data center yang lokasinya berbeda juga akan memengaruhi reliability.<\/p>\n Server yang tersedia harus tahan terhadap pemadaman listrik, hardware failures termasuk harddisk\u00a0dan\u00a0network interfaces.<\/p>\n Seluruh\u00a0software rack, termasuk\u00a0operating system dan aplikasi itu sendiri, harus dipersiapkan untuk menangani masalah tidak terduga yang berpotensi memerlukan restart system atau\u00a0server.<\/p>\n Kehilangan data dapat disebabkan oleh beberapa faktor, High Availability juga harus mampu memperhitungkan keamanan data jika terjadi kegagalan.<\/p>\n Wajib menyiapkan strategi dengan backup plan untuk menghadapi masalah ketika ada pemadaman listrik secara tiba-tiba.<\/p>\n Selain itu, ada pula tiga pilar penting lainnya, yaitu\u00a0people, process,\u00a0dan\u00a0technology.<\/em> Di antara pilar tersebut, ada High Availability yang berfungsi untuk menyeimbangkan kebutuhan ketiga pilar tersebut.<\/p>\n\n\n\n
\n
\n
Downtime terjadwal dan tidak terjadwal<\/span><\/strong><\/h1>\n
<\/p>\nCara Kerja High Availability<\/strong><\/h1>\n
<\/p>\nKomponen<\/h3>\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n