iServFT
Teknologi ketersediaan tinggi tradisional memerlukan alokasi ulang sumber daya dan restart layanan setelah kegagalan, yang dapat menyebabkan gangguan layanan dan penurunan kinerja. Namun, iServFT mengadopsi teknologi toleransi kesalahan canggih yang memungkinkan migrasi layanan tanpa gangguan segera setelah insiden, memastikan operasi sistem yang terus-menerus dan layanan yang tidak terganggu. Dengan pemantauan cerdas dan mekanisme penyesuaian otomatis, iServFT tidak hanya meningkatkan efisiensi komputasi tetapi juga secara efektif mengurangi risiko, membuat operasi perusahaan lebih stabil, aman, dan fleksibel.
# Non Stop
Teknologi Toleransi Kesalahan
iServFT mengatasi keterbatasan untuk meningkatkan stabilitas
Teknologi ketersediaan tinggi tradisional memerlukan alokasi ulang sumber daya dan restart layanan setelah kegagalan
- Gangguan koneksi, risiko restart layanan, dan waktu pemulihan yang lebih lama
- Mungkin memerlukan pengembangan layanan ulang untuk mekanisme load balancing
Main service host
Backup host
Restart layanan di host cadangan
Teknologi toleransi kesalahan memungkinkan migrasi layanan tanpa gangguan setelah kegagalan
- Snapshot real-time dan replikasi penuh VM untuk pemrosesan, memori, disk, dan status kartu jaringan
Main service host
Backup host
Migrasi tanpa gangguan dengan layanan berkelanjutan
Skenario yang Dapat Diterapkan
Sistem atau layanan yang memerlukan otomatisasi ketersediaan lebih tinggi
Layanan yang sulit untuk di-restart atau dipulihkan
Aplikasi tradisional atau khusus dengan biaya pengembangan atau pembaruan perangkat lunak yang terbatas
# Non Stop
Proses Serah Terima Mesin Virtual
Operasi Sistem Normal
Host layanan utama mengirimkan status perangkat, memori, dan data cadangan inkremental disk untuk menjaga host cadangan sebagai replika aktif.
Klien hanya menerima respons setelah cadangan dipastikan valid.
Kegagalan Host Layanan Utama
Host cadangan gagal menerima respons dari host layanan utama dalam dua timeout, bersiap untuk mengambil alih layanan.
Host Cadangan Mengambil Alih Layanan
Host cadangan mengirimkan siaran alamat ARP untuk mengarahkan paket klien, melanjutkan untuk memberikan layanan dengan penundaan minimal.
# Modern
Mode Cadangan untuk Berbagai Skenario
| Toleransi Kesalahan (FT) | Pemulihan Bencana (DR) | |
|---|---|---|
| Konten Cadangan | Cadangan Penuh VM | Cadangan Penuh VM / Hanya Hard Disk |
| Tanpa Waktu Henti Aplikasi (Transfer Seamless) | Ya | Tidak (Roll Back ke Titik Pemulihan Terakhir) |
| RPO (Tujuan Titik Pemulihan) | 0 (Tanpa Kehilangan Data) | Detik ~ Jam (Bergantung pada Pengaturan) |
| Deteksi Kegagalan Otomatis dan Transfer | Didukung | Didukung |
Bandwidth untuk Setiap VM (Penggunaan aktual bergantung pada aplikasi yang dilindungi) | Tanpa Kompresi: 3-5 Gbps Aktifkan Kompresi: 300 Mbps ~ 1 Gbps (Rekomendasi bandwidth minimal 10Gbps untuk mengurangi latensi) | 50 Mbps ~ 1 Gbps (Bandwidth yang tersedia mempengaruhi tingkat pencapaian RPO) |
| Dampak Kinerja Aplikasi | Bergantung pada Aplikasi | Dampak Minimal |
| Kurangi Mode Cadangan Tradisional (Hanya Hard Disk) | Tidak | Ya, Titik Pemulihan Tunggal |
# Modern
Perbandingan Penerapan iServFT vs Produk Serupa
| iServFT (Mode FT) | Toleransi Kesalahan VMware | Stratus everRun (Toleransi Kesalahan) | |
|---|---|---|---|
| Metode Penerapan | Instalasi Mandiri atau Berkolaborasi dengan iServCloud / OpenStack | Memerlukan vCenter | Instalasi Mandiri |
Sistem Operasi Dasar (Host OS) (Host OS) | Ubuntu 20.04 Atau distribusi Linux lain yang mendukung Docker (RHEL, CentOS, Debian) | VMware ESXi | Hanya CentOS 7 yang disediakan oleh Stratus |
| Kompatibilitas Kartu Jaringan Hardware Host | Sama seperti Host OS | Hanya perangkat keras yang kompatibel dengan VMware | Hanya CentOS 7 yang kompatibel |
| Kontrol Host Offline namun Tetap Mengendalikan FT | Ya | Berhenti | Ya |
| Bandwidth Transfer Data FT yang Direkomendasikan | 1 Gbps atau lebih | 10 Gbps atau lebih (Logging Toleransi Kesalahan) | 10 Gbps atau lebih (A-Link) |
| Batasan OS Tamu | Windows Server 2008R2-2022, Windows 11, Linux, FreeBSD, dll. (mendukung driver jaringan virtio) | OS Umum (Windows 11 memerlukan lisensi vSphere 8.0 pembaruan 1) | Windows 10 / Server 2012-2022 / Linux |
| Batasan Lisensi | (Dapat dinegosiasikan) | vSphere Standard (2 vCPU) vSphere Enterprise Plus (8 vCPU) (per VM; tanpa batasan host) | everRun Enterprise |
# Modern
Perbandingan Teknis iServFT vs Produk Serupa
| iServFT (Mode FT) | Toleransi Kesalahan VMware | Stratus everRun (Toleransi Kesalahan) | |
|---|---|---|---|
Dasar Teknologi Toleransi Kesalahan (Catatan 1) | Checkpoint Berkelanjutan | Checkpoint Berkelanjutan (vSphere 6.0~8.0), vLockStep (vSphere 4.x) | Checkpoint Berkelanjutan |
Sinkronisasi Host Cadangan (Catatan 2) | Aktif-Pasif | Aktif-Pasif | Aktif-Pasif |
| Teknologi Virtualisasi | KVM | VMware ESXi | KVM |
| Mendukung UEFI + TPM | Ya | Ya | Tidak |
Pembatasan Khusus pada Versi Kernel OS (Catatan 3) | Tidak ada | (OS kustom oleh VMware) | Ya (Kustomisasi everRun) |
Catatan 1 :
Checkpoint Berkelanjutan dapat dipahami sebagai melakukan snapshot inkremental dalam interval milidetik untuk menjadi dasar dari toleransi kesalahan. vLockStep menyinkronkan instruksi prosesor di host cadangan tetapi tidak dapat mendukung sistem multi-core. Teknologi ini tidak lagi didukung oleh VMware (disebut Legacy FT).
Catatan 2 :
Aktif-Pasif: Mesin cadangan hanya menangguhkan VM sambil menunggu, tanpa mengaktifkan CPU VM. Mesin cadangan aktif-aktif akan memiliki kedua mesin utama dan cadangan yang menjalankan VM yang sama, mengurangi transmisi data yang diperlukan untuk cadangan.
Catatan 3 :
Kernel OS kustom meningkatkan efisiensi toleransi kesalahan tetapi dapat menunda pembaruan keamanan dan dukungan perangkat keras, serta menyulitkan integrasi dengan platform virtualisasi lain.