Toleransi Kesalahan

Pengantar Toleransi Kesalahan

Masalah berikut memulai waktu henti:

Kegagalan Perangkat Keras: Kegagalan perangkat keras dapat digambarkan sebagai kegagalan yang terjadi pada mekanisme seperti disk atau media penyimpanan. Kegagalan perangkat keras cenderung mengimbangi kegagalan lainnya. Disarankan untuk menggunakan platform yang dapat memantau suhu internal, serta memicu alarm yang sesuai. Dengan memori akses acak, kode koreksi kesalahan (ECC) dapat digunakan untuk mengidentifikasi dan memperbaiki kesalahan tunggal dan untuk mengidentifikasi kesalahan dua bit.

Kegagalan Perangkat Lunak: Menentukan alasan pemadaman sistem bisa sangat rumit. Cacat perlindungan virus dapat menyebabkan gangguan sistem. Seringkali, konfigurasi sistem yang salah juga dapat menyebabkan kegagalan sistem.

Kegagalan Jaringan: Setiap perubahan pada desain jaringan atau topologi lapisan tumpukan protokol dapat berdampak pada seluruh jaringan. Oleh karena itu lebih baik untuk menilai setiap lapisan ketika membuat perubahan jaringan.

Kegagalan Operasional: Memanfaatkan proses operasional yang ketat akan sangat mengurangi kegagalan operasional. Strategi dan proses pencadangan harus ditetapkan dan diimplementasikan.

Kegagalan lingkungan adalah kegagalan yang mengakibatkan hilangnya data atau kehilangan layanan yang disebabkan oleh pemadaman listrik yang disebabkan oleh bencana seperti angin topan dan badai salju.

Karena sistem terus berubah, perencanaan untuk situasi bencana adalah proses berkelanjutan yang harus terjadi dalam suatu organisasi. Rencana pemulihan bencana biasanya dirumuskan untuk menguraikan prosedur yang harus dilakukan ketika bencana terjadi.

Rencana pemulihan bencana yang baik adalah yang mencakup hal-hal berikut:

Mengidentifikasi potensi risiko bagi organisasi, dan biaya atau konsekuensi yang terkait dengan setiap risiko yang diidentifikasi.

Mengidentifikasi sumber daya yang dapat digunakan untuk mengatasi setiap risiko yang teridentifikasi. Sumber daya dapat mencakup hal-hal berikut, dan bersifat internal atau eksternal:

Perangkat keras dan perangkat lunak

Sistem

Rakyat

Menentukan respon atau prosedur yang harus dilaksanakan ketika situasi bencana terjadi.

Uji unsur rencana pemulihan bencana yang dapat diuji, dalam lingkungan yang terkendali. Struktur organisasi Anda akan memengaruhi cara pengujian dilakukan.

Tingkatkan terus rencana pemulihan bencana Anda yang ada.

Beberapa strategi yang dapat Anda terapkan untuk bersiap menghadapi bencana tercantum di bawah ini:

Mengkonfigurasi, atau mengatur sistem toleransi kesalahan: Sistem toleransi kesalahan adalah sistem yang diatur sedemikian rupa sehingga dapat terus beroperasi ketika komponen sistem tertentu mengalami kegagalan. Toleransi kesalahan berkaitan dengan penggunaan perangkat keras dan perangkat lunak untuk mencegah kehilangan data jika terjadi kegagalan seperti kegagalan sistem atau perangkat keras. Menyiapkan sistem yang toleran terhadap kesalahan menjadi penting ketika Anda memiliki server yang menjalankan aplikasi penting misi. Komponen, jalur, dan layanan yang berlebihan dapat dimasukkan dalam topologi jaringan untuk menghindari titik kegagalan tunggal, dan untuk memastikan topologi yang sangat tersedia.

Cadangkan sistem secara teratur: Anda harus mencadangkan data Status Sistem secara teratur. Karena file yang disertakan dalam Status Sistem memiliki dependensi tertentu, Anda harus mencadangkan data Status Sistem Anda sebagai satu unit. Ingat bahwa file data Status Sistem unik untuk komputer yang menjalankan Windows Server 2003. Artinya, Anda tidak dapat menukar file data Status Sistem antara server yang berbeda.

Buat disk boot: Ini melibatkan pembuatan disk boot yang akan digunakan untuk memulihkan dari situasi di mana file penting rusak pada hard disk. Menambahkan atau menginstal Konsol Pemulihan, fitur Windows Server 2003 baru, ke menu boot dianggap sebagai pengganti pembuatan disk boot. Disk boot memungkinkan Anda untuk mem-boot sistem saat kondisi berikut ini ada:

File Ntldr atau Ntdetect.com rusak atau hilang

Sektor boot rusak

Catatan bot master rusak (MBR)

Master boot record (MBR) terinfeksi virus.

Instal Konsol Pemulihan: Konsol Pemulihan adalah fitur Windows Server 2003 baru yang dapat digunakan untuk melakukan tugas pemulihan tertentu saat Anda tidak dapat menggunakan Mode Aman Windows Server 2003 untuk mem-boot sistem, seperti:

Memulai dan menghentikan layanan

Menyalin file

Buat set disk Pemulihan Sistem Otomatis (ASR) melalui utilitas Pencadangan Windows. Disk ASR mencakup data penting yang dapat digunakan untuk memperbaiki komponen penting berikut:

Sektor boot

File sistem

Lingkungan startup

Konfigurasikan Opsi Pemulihan di alat Sistem di Panel Kontrol yang menentukan cara Windows menangani kegagalan/kerusakan sistem.

Beberapa strategi yang dapat Anda terapkan untuk memastikan toleransi kesalahan dalam sistem Anda dirangkum di bawah ini:

Untuk mengaktifkan server Anda mati dengan benar saat terjadi kegagalan daya, gunakan catu daya tak terputus (UPS).

Untuk memastikan bahwa tidak ada data yang hilang saat terjadi kegagalan hard disk, terapkan satu atau beberapa larik RAID untuk sistem dan penyimpanan data. Ini memastikan bahwa hanya disk yang gagal yang perlu diganti saat terjadi kegagalan disk. RAID pada dasarnya menambahkan toleransi kesalahan ke sistem file, dan meningkatkan integritas dan ketersediaan data karena membuat salinan data Anda yang berlebihan. RAID dapat digunakan untuk meningkatkan kinerja disk juga.

Untuk menyediakan redundansi untuk kegagalan pengontrol SCSI, Anda harus menggunakan beberapa adaptor SCSI.

Untuk menyediakan redundansi untuk kegagalan kartu jaringan, gunakan beberapa kartu jaringan.

Untuk memenuhi kegagalan server di mana server menyimpan data penting misi, atau menjalankan aplikasi kritis misi, gunakan cluster untuk menyediakan redundansi dan failover.

Memahami Mean Time to Failure dan Mean Time to Recover metrik

Metrik yang digunakan untuk mengukur toleransi kesalahan adalah:

Mean time to failure (MTTF): Ini adalah waktu rata-rata untuk perangkat yang gagal

Waktu rata-rata untuk memulihkan (MTTR): Ini adalah waktu rata-rata yang akan dibutuhkan untuk memulihkan setelah kegagalan terjadi.

Perhitungan yang biasanya digunakan untuk mengukur waktu henti adalah:

MTTR/MTTF

Ada tiga fase siklus hidup perangkat dengan setiap fase dikategorikan berdasarkan perilaku tertentu:

Fase burn-in: Pada fase ini, kegagalan cukup sering terjadi. Kegagalan burn-in biasanya berkurang cukup cepat juga.

Fase Penuaan Normal: Perangkat jarang gagal dalam fase ini. Atribut perangkat dapat dipantau sekali dalam fase penuaan normal untuk menunjukkan perilaku yang terkait dengan tingkat kegagalan yang ditentukan. Tingkat kegagalan perangkat juga dapat dipantau dan diikuti sehingga dapat ditukar sebelum fase cara kegagalan.

Mode Kegagalan: Kegagalan cenderung meningkat lebih cepat seiring dengan meningkatnya umur perangkat.

Beberapa faktor yang perlu dipertimbangkan saat bekerja dengan metrik MTTF dan MTTR tercantum di bawah ini:

Komponen elektronik biasanya memiliki tingkat kegagalan yang tinggi selama fase burn-in atau periode masa pakai awal. Setelah periode ini, tingkat kegagalan komponen tetap rendah secara konstan, dan hanya berubah secara signifikan ketika komponen mendekati akhir masa pakainya. Pada saat ini, tingkat kegagalan komponen meningkat.

MTTF umum untuk hard disk komoditas biasanya 35 hingga 50 tahun. Untuk hard drive khusus server, itu adalah 134 tahun.

Untuk titik kegagalan yang telah Anda identifikasi dalam rencana pemulihan bencana Anda sebagai yang paling mahal, cobalah untuk mengurangi MTTR. Clustering dapat diterapkan untuk mengurangi MTTF

Mengamankan Catu Daya

Catu daya dianggap sebagai titik kegagalan terbesar untuk jaringan, hanya karena komputer tidak dapat berjalan tanpa daya. Jaringan harus dilindungi dari masalah catu daya berikut:

Kegagalan catu daya lokal atau internal: Karena kegagalan catu daya lokal atau internal pada server, router, atau komponen perangkat keras jaringan memiliki konsekuensi bencana, sebagian besar server menyertakan catu daya yang berlebihan. Untuk server yang tidak menyertakan catu daya redundan, opsi biasanya ada untuk menyertakannya. Sangat disarankan untuk menggunakan opsi ini untuk server Anda. Anda juga harus menyertakan penggantian catu daya perangkat keras penting apa pun sebagai bagian dari rencana pemulihan bencana.

Variasi tegangan: Variasi tegangan meliputi:

Paku: Ini adalah kenaikan tegangan singkat yang agak besar yang biasanya disebabkan oleh faktor eksternal (sambaran petir). Namun, lonjakan juga dapat disebabkan oleh faktor internal, seperti saat memulai peralatan yang besar. Untuk melindungi jaringan Anda dari lonjakan, belilah pelindung lonjakan arus yang dirancang untuk melindungi jaringan. Mereka bekerja dengan mendeteksi peningkatan tegangan yang besar, dan kemudian membuat jalur listrik lain untuk tegangan ini. Dengan cara ini, kenaikan tegangan tidak mencapai server.

Lonjakan: Lonjakan biasanya tidak sebesar lonjakan tegangan, tetapi bertahan lebih lama. Kebanyakan transformator tegangan konstan dapat menangani lonjakan.

Sags: Sags terjadi ketika ada penurunan tegangan sementara yang sebenarnya dapat mengakibatkan server yang tidak terlindungi dari voltage sag, melakukan booting ulang. Anda dapat melindungi server Anda dari kerusakan yang disebabkan oleh penurunan dengan memanfaatkan UPS yang baik atau transformator tegangan konstan.

Brownout: Ini adalah pengurangan tegangan yang direncanakan, biasanya sebesar 5 hingga 20 persen dari nilai normal, yang diprakarsai oleh perusahaan listrik. Untuk melindungi dari efek pemadaman listrik, gunakan UPS atau transformator tegangan konstan. Trafo tegangan konstan yang dapat mendukung semua perangkat dan server penting dapat menawarkan perlindungan terhadap pemadaman yang berkepanjangan.

Baca Juga  Perangkat Akustik Jarak Jauh

Pemadaman listrik jangka pendek: Ini adalah kegagalan daya eksternal Anda yang berlangsung dari beberapa fraksi detik hingga beberapa menit. Pemadaman listrik jangka pendek dapat disebabkan oleh faktor internal dan eksternal. Anda jarang dapat merencanakan pemadaman listrik jangka pendek – server apa pun yang tidak terlindungi cukup reboot, atau gagal. Untuk melindungi server Anda dari pemadaman listrik jangka pendek, gunakan UPS bersama dengan perlindungan lonjakan yang baik.

Pemadaman listrik jangka panjang: Ini adalah kegagalan daya Anda yang berlangsung dari beberapa menit hingga beberapa jam, atau bahkan beberapa hari. Pemadaman listrik jangka panjang biasanya disebabkan oleh faktor eksternal seperti gempa bumi, badai, atau kebakaran.

Memberikan Toleransi Kesalahan melalui Array RAID

Kegagalan perangkat keras yang biasanya paling sering terjadi adalah kegagalan hard disk. Untuk melindungi data dari kegagalan drive dan untuk menambahkan toleransi kesalahan ke sistem file Anda, gunakan teknologi RAID. Windows Server 2003 menyediakan sistem RAID yang toleran terhadap kesalahan. Windows Server 2003 juga mendukung solusi RAID berbasis perangkat keras.

Anda dapat menerapkan toleransi kesalahan sebagai RAID berbasis perangkat keras, atau RAID berbasis perangkat lunak. Windows Server 2003 menyediakan implementasi perangkat lunak RAID untuk mempertahankan akses data ketika terjadi kegagalan disk tunggal. Redundansi data terjadi ketika komputer menulis data ke lebih dari satu disk. Ini pada gilirannya melindungi data dari kegagalan hard disk tunggal. Perbedaan antara RAID perangkat lunak dan RAID perangkat keras adalah bahwa RAID perangkat lunak dioperasikan hanya melalui perangkat lunak dan tidak memerlukan perangkat keras khusus untuk mengimplementasikannya. RAID perangkat keras menggunakan pengontrol dan drive disk khusus. RAID perangkat keras lebih toleran terhadap kesalahan daripada RAID perangkat lunak. Juga lebih mudah untuk memulihkan dari kegagalan ketika RAID diimplementasikan di perangkat keras daripada RAID perangkat lunak yang disediakan oleh Windows Server 2003. Meskipun RAID perangkat lunak mudah diatur dan dikonfigurasi, ia memiliki kekurangan. Sistem RAID perangkat keras dapat membangun kembali dirinya sendiri lebih cepat daripada yang dapat dilakukan oleh perangkat lunak RAID. Ketika drive mengalami kegagalan, server tidak perlu diturunkan untuk mengganti drive tertentu. Anda dapat melakukan hot swap pada drive yang gagal. Dengan RAID perangkat lunak, jika salah satu drive dalam satu garis mengalami kegagalan, server harus dimatikan sebelum Anda dapat mengganti drive yang gagal.

Windows Server 2003 mendukung tiga level RAID, yaitu RAID 0, RAID 1 dan RAID 5.

Tingkat RAID yang tersedia untuk mengaktifkan toleransi kesalahan tercantum di bawah ini:

RAID 0: Anda dapat menggunakan disk striping tanpa paritas, RAID 0, jika Anda ingin menggunakan ruang pada banyak disk dan secara bersamaan meningkatkan kinerja baca dan tulis. Di Windows Server 2003, volume RAID 0 dikenal sebagai volume bergaris. RAID 0 tidak memberikan toleransi kesalahan. Data di seluruh volume hilang jika disk dalam volume bergaris gagal.

RAID 1: Volume RAID 1 dikenal sebagai volume cermin. Dua disk mengambil bagian dalam volume cermin. Konfigurasi ini juga dikenal sebagai set cermin. Dengan mirroring, dua salinan dari semua data ditulis ke volume yang terpisah pada dua disk yang berbeda. Dalam kasus di mana satu disk gagal, disk yang tersisa di kumpulan volume cermin memiliki salinan data yang identik. Ini adalah praktik yang baik untuk mencerminkan boot dan volume sistem untuk memastikan bahwa Anda dapat mem-boot server jika terjadi kegagalan drive tunggal. Disk mirroring memberikan toleransi kesalahan yang hampir sama dengan disk striping dengan paritas (RAID 5).

RAID 3: Dengan RAID 3, atau paritas tingkat byte, data dibagi pada tingkat byte dan digariskan di beberapa drive dengan informasi paritas yang ditulis ke satu drive khusus. Informasi paritas disimpan pada satu drive daripada digariskan di semua drive. Kehilangan data tidak terjadi ketika kegagalan disk terjadi. Informasi paritas dan data pada drive operasi yang tersisa digunakan dalam perhitungan matematis untuk merekonstruksi data yang hilang. Namun ada penurunan kinerja yang signifikan.

RAID 4: RAID 4 atau paritas level blok mirip dengan RAID 3, dengan perbedaan bahwa data di-strike pada beberapa disk dalam blok. Disk paritas khusus digunakan untuk informasi paritas. Pengontrol perangkat keras RAID diperlukan untuk RAID 4.

RAID 5: RAID 5, atau striping disk dengan paritas, menggunakan striping disk dengan paritas. RAID 5 membutuhkan setidaknya 3 hard disk untuk menerapkan toleransi kesalahan. Untuk mengaktifkan toleransi kesalahan, RAID 5 menulis informasi paritas dengan blok data. Setiap kali data ditulis ke volume RAID 5, itu ditulis di semua disk bergaris dalam volume RAID 5, dan informasi paritas untuk data juga ditulis ke disk. Informasi paritas ditulis ke disk terpisah dari disk yang menyimpan data yang cocok. Informasi paritas kemudian digunakan untuk memulihkan data ketika disk di set bergaris gagal. Set RAID 5 terus berfungsi pada saat ini karena disk yang tersisa berhubungan dengan fungsi disk. Namun, ketika dua disk dalam kumpulan volume RAID 5 gagal, informasi paritas tidak memadai untuk memulihkan data.

Tingkat RAID bertingkat: Tingkat RAID bertingkat menggunakan pengelompokan tingkat RAID tunggal. Contoh level RAID bersarang adalah RAID 1+0, yang umumnya juga dikenal sebagai RAID level 10. Dengan RAID level 10, data digariskan di seluruh kumpulan cermin, sehingga menggabungkan toleransi kesalahan RAID 1 dengan kinerja baca dan tulis yang cepat disediakan oleh RAID 0.

Faktor-faktor yang harus disertakan saat Anda menentukan solusi RAID yang sesuai dengan persyaratan toleransi kesalahan organisasi Anda adalah:

Tujuan penggunaan aplikasi Anda memainkan peran penting dalam menentukan solusi RAID mana yang akan diterapkan. Elemen yang harus disertakan dalam penggunaan yang dimaksudkan adalah apakah aplikasi yang Anda jalankan bersifat intensif baca atau tulis, dan apakah aplikasi menggunakan data secara berurutan atau acak.

Kinerja setiap tingkat RAID dipengaruhi oleh tujuan penggunaan. Faktor-faktor yang perlu diklarifikasi di bawah kinerja adalah untuk menentukan apakah server digunakan secara berlebihan atau tidak, dan apakah aplikasi Anda intensif I/O.

Tingkat toleransi kesalahan yang diberikan oleh berbagai tingkat RAID adalah unsur penting lainnya yang perlu dipertimbangkan. Semua level RAID, selain RAID 0, menyediakan beberapa bentuk toleransi kesalahan. Apa yang perlu Anda pertimbangkan adalah cara di mana setiap level dapat menangani kegagalan berikutnya.

Tingkat ketersediaan yang disediakan oleh setiap tingkat RAID juga penting. Anda harus memutuskan apakah server Anda memerlukan ketersediaan tinggi, atau apakah mereka mampu offline.

Biaya yang terkait dengan penerapan tingkat RAID yang berbeda berbeda. Seperti disebutkan sebelumnya, solusi RAID berbasis perangkat keras lebih mahal daripada solusi RAID berbasis perangkat lunak. RAID berbasis perangkat lunak di Windows Server 2003 jauh lebih murah daripada mengimplementasikan solusi RAID berbasis perangkat keras.

Memahami Teknologi Pengelompokan

Microsoft menawarkan dua teknologi pengelompokan berikut yang didukung di Windows 2000 dan Windows Server 2003.

Layanan Cluster Microsoft – server cluster

Layanan Network Load Balancing (NLB)

Microsoft Clustering Server (MSCS), awalnya diluncurkan di Windows NT Server Enterprise Edition, memungkinkan organisasi untuk meningkatkan ketersediaan server untuk sumber daya penting misi dengan mengelompokkan beberapa server fisik ke dalam sebuah cluster. Server dalam cluster disebut sebagai node, sedangkan layanan dan aplikasi disebut sebagai sumber daya. Sebuah cluster dapat didefinisikan sebagai pengelompokan dua atau beberapa server fisik yang digambarkan sebagai, dan beroperasi sebagai satu server jaringan. Server ini menyediakan redundansi ke jaringan perusahaan dengan melanjutkan operasi server yang gagal dalam cluster. Prosedur ini dikenal sebagai failover. Proses failback terjadi ketika server yang gagal secara otomatis memulai kembali operasi sebelumnya setelah online kembali. Cluster juga dapat dikonfigurasi untuk menyediakan fitur load balancing. Dengan diperkenalkannya Windows 2000 teknologi ini dikenal sebagai Microsoft Cluster Service. Layanan Cluster Microsoft paling cocok untuk layanan jaringan yang memerlukan tingkat ketersediaan yang tinggi. Windows Server 2003 dapat mendukung delapan cluster server node.

Resource DLL mengelola sumber daya di cluster, dan menyediakan mekanisme untuk Layanan Cluster untuk memelihara komunikasi dengan aplikasi yang didukungnya. Sumber daya kuorum harus ada agar node dalam cluster dapat menjalankan fungsinya. Sumber daya umum ini menyimpan versi tersinkronisasi database cluster yang menyimpan data manajemen untuk cluster. Sumber daya kuorum terletak di disk fisik dari drive bersama cluster. Perangkat lunak pengelompokan seperti sumber daya memungkinkan cluster untuk beroperasi. Perangkat lunak administratif adalah perangkat lunak yang digunakan untuk mengelola cluster, seperti Cluster Administrator.

Beberapa keuntungan yang terkait dengan penggelaran server cluster adalah:

Teknologi clustering menyediakan redundansi untuk kegagalan jaringan karena node lain adalah cluster melanjutkan layanan dari server yang gagal. Hal ini meningkatkan ketersediaan server untuk aplikasi penting misi dan layanan jaringan.

Waktu respons aplikasi dapat ditingkatkan dengan menyebarkan aplikasi di beberapa server.

Tidak ada konfigurasi manual yang terkait dengan failback karena server yang gagal secara otomatis melakukan operasi sebelumnya.

Layanan Cluster juga mengurangi waktu henti yang terkait dengan waktu henti pemeliharaan terjadwal. Ketika server di cluster dijadwalkan untuk upgrade, layanan dan aplikasinya dapat dipindahkan secara manual ke node lain di cluster.

Jaringan yang menggunakan Layanan Cluster menikmati peningkatan skalabilitas karena server dapat diperluas sementara akses klien masih terjamin.

Node, layanan, dan aplikasi dalam cluster dapat dikelola, dikontrol, dan dikelola dari jarak jauh, dan dengan cara yang sama seolah-olah semuanya di-host di satu server.

Persyaratan instalasi Layanan Cluster tercantum di bawah ini:

Untuk instalasi Layanan Cluster, Anda harus memiliki izin administratif pada setiap node dalam cluster.

Harus ada ruang disk yang cukup pada drive sistem dan perangkat bersama untuk instalasi Layanan Cluster.

Verifikasi bahwa adaptor jaringan memiliki konfigurasi TCP/IP yang tepat, dan driver adaptor jaringan yang sesuai sedang digunakan.

Baca Juga  Perangkat Lunak VoIP Gratis

Berbagi File dan Cetak untuk Microsoft Networks harus diinstal pada node untuk mengkonfigurasi Layanan Cluster.

Node harus dikonfigurasi dengan perangkat keras dan driver perangkat yang sama.

Setiap node cluster harus menjadi bagian dari domain yang sama, dan akun domain yang digunakan harus identik pada setiap node cluster.

Sebelum menginstal node tambahan untuk cluster, pastikan terlebih dahulu bahwa node yang diinstal sebelumnya berjalan.

File paging sistem harus memiliki ruang yang cukup untuk mencegah penurunan kinerja. Ketika file tidak memiliki cukup ruang, itu dapat mengakibatkan penguncian sistem saat penginstalan.

Ini adalah praktik yang baik untuk memeriksa sistem dan log peristiwa sebelum, dan setelah menginstal Layanan Cluster.

Anda dapat menggunakan Monitor Sistem untuk memecahkan masalah memori virtual.

Saat menentukan aplikasi untuk cluster dan failover, pertimbangkan hal berikut:

Kegunaan harus menggunakan Transmission Control Protocol/Internet Protocol (TCP/IP), atau Distributed Component Object Model (DCOM) dan Named Pipes, atau Remote Procedure Call (RPC) melalui TCP/IP agar berfungsi di cluster.

Otentikasi NTLM harus didukung oleh aplikasi.

Untuk disertakan dalam proses failover, aplikasi harus mampu menyimpan datanya pada disk yang terhubung ke bus bersama.

Kegunaan yang diinstal pada klaster dikategorikan sebagai aplikasi yang sadar klaster, atau aplikasi yang tidak sadar klaster. Ketika aplikasi mendukung TCP/IP dan transaksi; dan menyimpan datanya dengan cara konvensional, ini diimplementasikan sebagai aplikasi yang sadar klaster. Kegunaan file, dan aplikasi basis data klien dikategorikan sebagai aplikasi yang sadar klaster. Kegunaan yang tidak diketahui cluster tidak saling berhubungan dengan cluster, meskipun mereka dapat dikonfigurasi untuk kemampuan cluster dasar. Ini dilakukan dengan membuat DLL sumber daya khusus aplikasi untuk aplikasi yang tidak diketahui cluster. Ini akan memastikan bahwa aplikasi yang tidak sadar cluster dimulai dan diakhiri dengan benar ketika cluster gagal.

Implementasi cluster menawarkan pilihan antara lima caral konfigurasi. Model konfigurasi yang dipilih mempengaruhi kinerja cluster, dan tingkat ketersediaan dipastikan selama kegagalan. Model konfigurasi yang berbeda adalah:

Model Konfigurasi Server Virtual: Sebuah node tunggal ada di cluster. Tidak ada kemampuan failover di cluster. Server virtual dapat diimplementasikan untuk menanggapi permintaan klien. Pada tahap selanjutnya, ketika node tambahan diimplementasikan untuk cluster, sumber daya dapat dikelompokkan ke dalam server virtual tanpa perlu mengkonfigurasi ulang klien apa pun.

Ketersediaan Tinggi dengan Model Konfigurasi Penyeimbangan Beban Statis: Masing-masing node memiliki sumber daya tertentu yang menjadi tanggung jawabnya. Untuk memastikan ketersediaan selama failover, setiap node harus cukup mampu mendukung sumber daya node lain. Model konfigurasi ini menyebabkan penurunan kinerja selama failover.

Hot Spare Node dengan Model Konfigurasi Ketersediaan Maksimum: Satu node utama mengelola sumber daya. Node cadangan panas tidak digunakan pada saat yang sama dengan node utama. Node ini hanya mengelola sumber daya ketika node utama mengalami kegagalan. Model ini memastikan ketersediaan tinggi dan kinerja tinggi selama failover.

Model Konfigurasi Layanan Cluster Parsial: Model ini dibangun berdasarkan prinsip caral sebelumnya. Ketika failover terjadi, aplikasi yang tidak sadar cluster tetap tidak tersedia selama failover. Kegunaan yang tidak menyadari cluster bukan bagian dari proses ini dan kinerja untuk aplikasi ini sangat berkurang pada saat failover. Model konfigurasi ini menyediakan ketersediaan tinggi untuk sumber daya yang disertakan dalam proses failover.

Model Konfigurasi Hibrida: Model ini dapat dianggap sebagai pengelompokan caral konfigurasi di atas. Saya caral konfigurasi ini, setiap node dalam cluster mengelola sumber dayanya sendiri. Karena caral ini adalah pengelompokan caral lain, ketersediaan selama failover dipastikan untuk sumber daya yang ditentukan untuk failover.

Windows 2000 Network Load Balancing (NLB) adalah teknologi pengelompokan yang menyediakan ketersediaan dan skalabilitas tinggi. NLB biasanya digunakan untuk menetapkan permintaan Web antara sekelompok aplikasi server Internet. NLB merutekan ulang setiap permintaan yang dikirim ke server cluster NLB yang gagal. Dengan NLB, permintaan klien diseimbangkan beban sesuai dengan parameter penyeimbangan beban yang dikonfigurasi. Oleh karena itu, server di kluster NLB dapat dikonfigurasi untuk berbagi beban pemrosesan permintaan klien. Pengandar Wlbs.sys NLB dikonfigurasi untuk setiap server di cluster, dan berfungsi antara adaptor jaringan dan protokol TCP/IP. Pengemudi mengelola dan mengalokasikan permintaan klien ke server di cluster. Dengan NLB tidak ada satu pun contoh kegagalan murni karena dianggap sebagai aplikasi terdistribusi. Throughput dimaksimalkan karena broadcast subnet digunakan untuk mendistribusikan permintaan klien ke server cluster. Permintaan klien ini kemudian disaring pada setiap server cluster.

Untuk memastikan kinerja tinggi, NLB menggunakan algoritme pemfilteran terdistribusi untuk mencocokkan permintaan klien yang masuk ke server NLB di kluster saat membuat keputusan penyeimbangan beban. Ketika paket masuk diterima, semua server NLB memeriksa untuk menentukan server NLB mana yang harus menangani permintaan klien. Server NLB menggunakan pemetaan statistik yang menentukan prioritas host untuk paket yang masuk, untuk mengidentifikasi server NLB yang harus menangani permintaan. Setelah server NLB diidentifikasi untuk paket, sisa server di cluster NLB membuang paket. Setiap server di cluster NLB menggunakan dan mengirimkan pesan detak jantung untuk mengidentifikasi status cluster. Pesan detak jantung menyimpan informasi tentang status cluster, dan konfigurasi cluster serta aturan port terkait.

Beberapa pertimbangan dan persyaratan perencanaan NLB tercantum di bawah ini:

Kegunaan dalam cluster harus menggunakan port TCP atau UDP, dan klien harus dapat terhubung menggunakan TCP/IP.

Direkomendasikan untuk memiliki dua adapter jaringan per host cluster.

Host di cluster harus berada di subnet fisik yang identik.

NLB dapat digunakan dengan server VPN dan server media streaming.

Anda harus merencanakan kapasitas server sesuai dengan berbagai jenis aplikasi yang akan berada di cluster NLB.

Tambahkan server ke kluster NLB hingga beban permintaan klien dapat dikelola, dan tidak membebani kluster. Hingga 32 server dapat ada di kluster NLB.

RAID berbasis perangkat keras atau RAID berbasis perangkat lunak dapat digunakan untuk memberikan toleransi kesalahan disk.

Server harus dikonfigurasi dengan benar untuk menjalankan dan mendukung aplikasi yang dihosting di dalamnya; dan semua aplikasi yang berlaku harus seimbang beban. Mayoritas aplikasi yang dapat dikonfigurasi untuk memanfaatkan TCP/IP dengan port yang relevan dapat mengambil bagian dalam load balancing di cluster NLB. Kegunaan yang umumnya didukung dalam cluster NLB adalah:

SMTP

HTTP

HTTPS

FTP

TFTP

Memahami Peran Sistem File Terdistribusi (Dfs) dalam Toleransi Kesalahan

Sistem file terdistribusi (Dfs) adalah sistem file hierarkis tunggal yang membantu mengatur folder bersama di banyak komputer dalam jaringan. Dfs menyediakan struktur sistem file logis tunggal, dan juga dapat menyediakan sistem penyimpanan yang toleran terhadap kesalahan. Dfs menyediakan fitur penyeimbangan beban dan toleransi kesalahan yang pada gilirannya memberikan ketersediaan tinggi sistem file dan peningkatan kinerja. Administrator juga dapat menginstal Dfs sebagai layanan cluster untuk memberikan peningkatan keandalan. Dengan akar Dfs berbasis domain, Direktori Aktif digunakan untuk replikasi topologi Dfs, sehingga memastikan toleransi kesalahan dan sinkronisasi root fs dan folder bersama. Mengonfigurasi replikasi untuk root Dfs dan folder bersama individual memberikan peningkatan kinerja kepada klien. Dengan penyeimbangan beban tambahan, klien dapat secara acak memilih server fisik untuk terhubung menggunakan daftar rujukan yang disediakan oleh server Dfs.

Root Dfs dapat berupa root yang berdiri sendiri atau root berbasis domain.

Karakteristik akar Dfs yang berdiri sendiri disorot di bawah ini:

Akar Dfs mandiri dapat ada di server Windows mana pun.

Akar Dfs yang berdiri sendiri tidak menggunakan Active Directory karena informasi Dfs disimpan di registri lokal.

Root Dfs yang berdiri sendiri tidak menyediakan fitur replikasi otomatis untuk root Dfs, dan folder bersama, sehingga membuat root Dfs menjadi satu titik kegagalan. Meskipun layanan replikasi file tidak tersedia dengan akar Dfs yang berdiri sendiri, Anda dapat membuat replika dari akar Dfs.

Karakteristik akar Dfs berbasis domain disorot di bawah ini:

Akar Dfs berbasis domain ada di server anggota atau pengontrol domain milik domain direktori aktif.

Akar Dfs berbasis domain menggunakan layanan Direktori Aktif untuk menyimpan topologi pohon Dfs. Akar Dfs berbasis domain tidak mewakili satu titik kegagalan karena topologi Dfs diterbitkan di Direktori Aktif.

Target secara otomatis disinkronkan oleh layanan Active Directory ketika perubahan dibuat pada pohon Dfs.

Akar Dfs berbasis domain harus terletak di partisi berformat NTFS versi 5.0.

Dengan Windows Server 2003, server dapat meng-host beberapa akar Dfs berbasis domain.

Server berikut dapat meng-host root Dfs, atau menjadi server Dfs:

Salah satu edisi Windows Server 2003

Server Windows 2000

Windows NT 4 Server dengan SP3 atau yang lebih baru

Proses untuk menyebarkan Dfs berbasis domain secara singkat diuraikan di bawah ini:

Identifikasi server yang akan menjadi host root Dfs. Server harus menjadi server anggota, atau pengontrol domain dari domain.

Anda harus membuat folder bersama di server Dfs yang berfungsi sebagai root Dfs. Anda harus menyimpan file dalam bagian yang ditautkan, dan bukan dalam volume tertentu.

Buat root Dfs yang sebenarnya

Tentukan target root tambahan apa pun

Buat tautan Dfs ke folder bersama. Anda juga dapat menambahkan tautan ke folder bersama di server lain.

Tentukan target tautan tambahan apa pun

Cara membuat volume bergaris (RAID 0)

Buka konsol Manajemen Disk

Klik kanan ruang yang tidak terisi pada disk tempat Anda ingin membuat volume, dan pilih Volume Baru untuk meluncurkan Wizard Volume Baru. Klik Berikutnya.

Pilih Striped pada jendela Select Volume Type. Klik Berikutnya.

Pada jendela Select Disks, pilih disk yang akan disertakan dalam volume bergaris, dan jumlah ruang yang akan digunakan. Klik Berikutnya

Pada jendela Assign Drive Letter atau Path, tetapkan huruf drive atau pasang volume ke folder NTFS kosong. Klik Berikutnya

Pada jendela Format Volume, pilih format (NTFS) untuk volume, atau pilih opsi Jangan format volume ini. Klik Berikutnya

Baca Juga  Kode Emoticon untuk Obrolan Facebook

Jendela Completing the New Volume Wizard menampilkan opsi yang telah Anda pilih.

Klik Selesai untuk membuat volume bergaris.

Cara membuat volume cermin (RAID 1)

Buka konsol Manajemen Disk

Klik kanan volume yang ingin Anda mirror, dan pilih Add mirror untuk membuka jendela Add Mirror.

Pilih disk yang ingin Anda gunakan untuk cermin.

Klik Tambahkan Cermin untuk membuat cermin.

Bagaimana memulihkan dari kegagalan volume cermin (RAID1)

Buka konsol Manajemen Disk

Klik kanan volume cermin yang gagal dan pilih Hapus Cermin dari menu pintasan.

Ketika kotak dialog Hapus Cermin ditampilkan, pilih disk yang harus dihapus, dan klik Hapus Cermin

Klik Ya untuk memverifikasi tindakan Anda untuk menghapus cermin. Volume yang tersisa berubah menjadi volume sederhana.

Anda sekarang dapat menghapus drive yang gagal dari komputer, dan menggantinya.

Setelah ini, Anda harus menggunakan konsol Manajemen Disk untuk membuat volume cermin lagi

Cara membuat volume RAID 5

Buka konsol Manajemen Disk.

Klik kanan ruang yang tidak terisi pada disk tempat Anda ingin membuat volume RAID 5, dan pilih Volume Baru untuk meluncurkan Wizard Volume Baru. Klik Berikutnya.

Pilih RAID 5 pada jendela Select Volume Type. Klik Berikutnya.

Pada jendela Select Disks, pilih disk yang akan dimasukkan ke dalam volume, dan jumlah ruang yang akan digunakan. Klik Berikutnya

Pada jendela Assign Drive Letter atau Path, tetapkan huruf drive atau pasang volume ke folder NTFS kosong. Klik Berikutnya

Pada jendela Format Volume, pilih format (NTFS) untuk volume RAID 5, atau pilih opsi Jangan format volume ini. Klik Berikutnya

Jendela Completing the New Volume Wizard menampilkan opsi yang telah Anda pilih.

Klik Selesai untuk membuat volume RAID 5

Bagaimana memulihkan dari kegagalan volume RAID 5

Cadangkan data Anda sebelum melakukan tindakan yang diperlukan untuk memperbaiki kumpulan volume RAID 5.

Langkah pertama Anda adalah memulihkan semua drive dalam volume RAID5 yang disetel ke online. Status set volume harus ditampilkan sebagai Redundansi Gagal.

Jika status volume gagal adalah Hilang atau Offline, pastikan drive memiliki daya dan tidak ada masalah konektivitas.

Gunakan konsol Manajemen Disk untuk mengaktifkan kembali disk. Klik kanan volume dan kemudian pilih Reactivate Disk dari menu. Status drive pertama-tama harus pindah ke Regenerasi dan setelah ini, ke Sehat.

Klik kanan volume dan pilih opsi Regenerate Parity jika status gagal berubah menjadi Sehat.

Dimana status volume gagal adalah Online (Errors), klik kanan volume yang gagal dan pilih Reactivate Disk dari menu. Status drive pertama-tama harus pindah ke Regenerasi dan setelah ini, ke Sehat. Pilih opsi Regenerate Parity jika status gagal berubah menjadi Healthy.

Cara mengonfigurasi klaster DHCP

Instal perangkat keras cluster

Lanjutkan untuk mengonfigurasi Layanan Cluster

Instal layanan DHCP pada node di cluster

Tentukan opsi global saat menerapkan banyak cakupan.

Konfigurasikan cakupan baru. Tetapkan rentang dan opsi Alamat IP (WINS/ server DNS ). Selanjutnya, tentukan dan atur opsi cakupan lebih lanjut.

Setiap reservasi yang diperlukan sekarang dapat ditentukan untuk klien yang membutuhkan Alamat IP yang dipesan. Ingatlah untuk mengecualikan Alamat IP yang bukan bagian dari sewa.

Lanjutkan untuk mengaktifkan cakupan baru.

Setiap kelas opsi dan jenis opsi tambahan dapat dialokasikan berikutnya.

Durasi sewa juga dapat diubah sesuai kebutuhan.

Jika beberapa subnet akan didukung, superscopes harus dikonfigurasi berikutnya.

Selanjutnya, otorisasi server DHCP di Active Directory. Konfigurasikan kebijakan pembaruan dinamis DNS.

Saat mendukung jaringan yang dirutekan, agen relai DHCP atau BOOTP mungkin perlu dikonfigurasi. Tabel BOOTP perlu dikonfigurasi.

Cakupan multicast apa pun (jika perlu) dapat dikonfigurasi berikutnya.

Konfigurasikan grup sumber daya untuk sumber daya DHCP. Gunakan Wizard Grup Baru yang disediakan oleh Layanan Cluster.

Luncurkan New Resource Wizard yang disediakan oleh Cluster Service untuk menentukan sumber daya Alamat IP, Nama Jaringan, dan Dependent Disk yang diperlukan.

Selanjutnya atur database, dan backup dan audit lokasi jalur untuk sumber daya DHCP pada perangkat bersama

Verifikasi failover untuk cluster DHCP, dan periksa apakah server DHCP dapat diakses oleh klien.

Anda dapat menggunakan Monitor Sistem untuk memantau kinerja Server DHCP. Log audit DHCP Server dapat digunakan untuk tujuan pemecahan masalah.

Cara menginstal Layanan Informasi Internet (IIS) di sebuah cluster

Pada disk bersama cluster, konfigurasikan folder untuk server virtual IIS. Folder harus dikonfigurasi untuk setiap server virtual IIS.

Selanjutnya, gunakan Administrator Cluster untuk mengonfigurasi grup sumber daya untuk setiap server virtual yang ditentukan. Untuk ini, sumber daya Dependent Disk untuk setiap grup sumber daya diperlukan. Sumber daya Disk Dependen untuk MS DTC (jika dikonfigurasi) harus sama dengan disk server virtual IIS.

Pastikan bahwa sumber daya server virtual IIS berada di node yang mengelola sumber daya Disk Fisik dari web virtual.

Mengonfigurasi sumber daya alamat IP server virtual IIS di grup yang tepat sebagai sumber daya Disk Fisik di lokasi folder Web. Konfigurasikan sumber daya Alamat IP sebagai ketergantungan pada sumber daya Disk Fisik server virtual IIS dan sumber daya MS DTC (jika perlu).

Tentukan Nama Jaringan server virtual IIS di grup yang tepat sebagai sumber Disk Fisik di lokasi folder Web.

Konfigurasikan sumber daya Nama Jaringan sebagai ketergantungan pada sumber daya Alamat IP.

Untuk mengkonfigurasi situs Web cluster, gunakan snap-in Manajer Layanan Internet. Situs Web cluster dapat berupa situs Web baru atau situs Web yang sudah ada. Situs Web harus menggunakan Alamat IP dan folder pada disk bersama. Pastikan bahwa situs Web tidak ditentukan sebagai Semua Tidak Ditetapkan, atau ke alamat IP server virtual IIS. Situs web harus menggunakan kombinasi nama pengguna/kata sandi anonim. Node harus dapat memanfaatkan detail ini.

Selanjutnya, lanjutkan untuk mengonfigurasi situs Web yang sama di node cluster lainnya.

Mengkonfigurasi contoh server IIS dengan pemetaan nilai situs Web ke situs Web IIS. Gunakan Administrator Cluster untuk konfigurasi ini. Untuk failover, pastikan bahwa setiap node adalah pemilik yang mungkin dari contoh server IIS, dan bahwa ketergantungan sumber daya alamat IP dikonfigurasi. Ketika informasi Web disimpan di cluster, server IIS harus bergantung pada sumber daya Disk Fisik. Ketergantungan Nama Jaringan dapat dikonfigurasi. Ini akan memastikan failover ketika nama jaringan digunakan untuk tujuan pengaksesan.

Disarankan untuk menggunakan Administrator Cluster untuk memulai dan menghentikan situs Web cluster / sumber daya IIS. Cluster Administrator juga harus digunakan untuk menghapus sumber daya cluster IIS.

Semua sumber daya IIS harus dihapus dari node sebelum Anda menghapus Layanan Cluster.

Cara membuat root Dfs berbasis domain

Buka konsol Dfs

Klik kanan ikon Sistem File Terdistribusi, dan pilih Baru dari menu pintasan. Anda juga dapat memilih opsi Akar Baru dari menu Tindakan

Ketika New Root Wizard diluncurkan, klik Next pada layar Welcome To New Dfs Root Wizard.

Pada layar Jenis Akar, pilih opsi Akar Domain jika server adalah anggota dari domain Direktori Aktif. Klik Berikutnya

Masukkan nama DNS yang sepenuhnya memenuhi syarat dari server yang menghosting root Dfs pada layar Domain Host. Anda dapat mengklik Browse untuk mencari Active Directory untuk server. Klik Berikutnya

Ketika layar Root Name muncul, masukkan nama untuk root Dfs yang baru. Anda juga dapat memasukkan komentar di kolom Komentar. Klik Berikutnya

Layar Root Share ditampilkan ketika share tidak ada di server. Di sinilah Anda memasukkan path lengkap ke folder yang seharusnya menyimpan root Dfs. Klik Berikutnya

Verifikasi pengaturan yang telah Anda pilih

Klik Selesai

Wisaya sekarang berbagi folder yang ditentukan, dan membuat akar dan entri Dfs di registri.

Cara mempublikasikan akar Dfs berbasis domain di Active Directory

Buka konsol Dfs

Pilih root Dfs, dan pilih Properties dari tab Action.

Ketika kotak dialog Properties dari akar Dfs yang dipilih muncul, klik tab Publish.

Aktifkan kotak centang Publish This Root In Active Directory

Masukkan deskripsi untuk root Dfs di kotak Deskripsi

Anda juga dapat memasukkan alamat email untuk administrator root Dfs di kotak Pemilik

Klik tombol Edit untuk menentukan daftar kata kunci.

Klik Oke.

Cara membuat tautan Dfs

Buka konsol Dfs

Di panel kiri, pilih root yang ingin Anda buatkan tautannya.

Pilih opsi Tautan Baru dari menu Tindakan.

Kotak dialog Tautan Baru akan terbuka.

Masukkan nama yang Anda ingin pengguna Anda lihat saat mereka menelusuri Dfs di kotak Nama Tautan.

Di kotak Path To Target, masukkan jalur UNC atau DNS folder bersama. Anda juga dapat mengklik tombol Browse.

Gunakan kotak Komentar untuk memasukkan informasi tambahan.

Di kotak Jumlah Waktu Klien Men-cache Referensi Ini Dalam Detik, masukkan jumlah waktu bagi klien untuk menyimpan referensi sebelum mereka memastikan apakah masih valid.

Klik Oke.

Cara membuat target untuk root Dfs untuk memberikan redundansi

Saat bekerja dengan root Dfs berbasis domain, Anda dapat mengonfigurasi root Dfs dengan target untuk menyediakan redundansi. Dengan menyiapkan beberapa target untuk akar Dfs, Anda meningkatkan toleransi kesalahan untuk pohon Dfs. Target juga dapat dikonfigurasi untuk secara otomatis mereplikasi satu sama lain. Anda dapat memastikan bahwa pengguna dapat terus mengakses file ketika server mengalami kegagalan dengan membuat target tambahan untuk tautan Dfs Anda.

Untuk membuat target untuk root Dfs

Buka konsol Dfs

Arahkan ke root Dfs berbasis domain yang ingin Anda tambahkan targetnya.

Pilih opsi Target Akar Baru dari menu Tindakan

Tindakan ini memulai Wisaya Akar Baru.

Masukkan nama DNS server yang akan menjadi host target baru. Anda dapat mengklik Browse untuk menemukan server. Klik Berikutnya

Masukkan jalur folder yang akan Anda gunakan untuk target root Dfs. Anda dapat mengklik Browse untuk menemukan folder tersebut. Klik Berikutnya

Verifikasi pengaturan yang telah Anda tentukan.

Klik Selesai

Target root Dfs baru dibuat.