Garis Biru

3.10.2 – 3.14
3.10.2
Persyaratan untuk Kinerja Terjamin
(Requirements for Guaranteed Performance)
Persyaratan kinerja yang terjamin adalah persyaratan yang paling ketat
untuk jaringan, tidak harus dalam hal tingkat kinerja, melainkan dalam
hal apa yang diperlukan untuk mendukung kinerja ke sebuah
perangkat, aplikasi, atau pengguna. Seperti halnya persyaratan yang
dapat diprediksi, persyaratan yang dijamin ditunjukkan ketika aplikasi
mission-critical, rate-critical, real-time, dan / atau interaktif
diidentifikasi, serta ketika persyaratan kinerja yang tinggi (multi-tier)
diidentifikasi.
Apa yang membuat persyaratan kinerja
dijamin?
Apa yang membuat persyaratan kinerja dijamin adalah sejauh mana kebutuhan itu perlu didukung dalam jaringan.
Dukungan untuk Persyaratan yang Dijamin harus memiliki akuntabilitas yang dibangun di dalamnya. Ini yang berarti berikut:

Perlu ada persetujuan, biasanya antara pengguna aplikasi dan penyedia layanan jaringan yang mendukung aplikasi, tentang

1. Apa persyaratan kinerja

2. Kapan dan di mana mereka berlaku
3. Bagaimana mereka akan diukur dan diverifikasi
4. Apa yang terjadi ketika suatu persyaratan tidak dipenuhi

Perjanjian ini mungkin dalam bentuk perjanjian tingkat layanan yang biasa digunakan oleh penyedia layanan.
Persyaratan harus dipertimbangkan dari ujung ke ujung, antara sumber dan tujuan. Lebih lanjut tentang ini dapat ditemukan dalam
bab tentang analisis aliran (Bab 4).

Faktor-faktor yang digunakan untuk menentukan persyaratan kinerja yang dijamin adalah sama dengan persyaratan kinerja yang
dapat diprediksi, dengan penekanan khusus pada faktor terakhir (mendiskusikan hasil dengan pelanggan Anda). Oleh karena itu,
semakin banyak usaha yang Anda lakukan untuk ini, semakin baik arsitektur dan desain yang Anda hasilkan.
3.11
Persyaratan Pemetaan
(Requirement Mapping)
Bagian lain dari proses analisis
persyaratan adalah persyaratan
pemetaan.
Dalam Bab 2 kita membahas
pentingnya menentukan lokasi
perangkat dan aplikasi yang penting.
Sebagai bagian dari proses analisis, Persyaratan akan dipetakan ke deskripsi geografis lingkungan.
Bisa sebuah bangunan atau kampus atau kota metropolitan
kami akan membawa informasi atau bahkan yang lebih luas. Bahkan, ada beberapa
lokasi tersebut ke dalam peta di pandangan lingkungan, masing-masing berfokus pada area
geografis tertentu. Misalnya, satu peta mungkin merupakan
mana perangkat berada dan di tampilan luas, yang menunjukkan kota tempat perangkat dan
mana aplikasi tersebut diterapkan. aplikasi berlaku. Setiap kota dapat memiliki peta sendiri,
menunjukkan kampus dan / atau bangunan (Gambar 3.26).
Dari peta ini kita dapat mulai
menghubungkan bagian mana dari
kampus yang akan menggunakan aplikasi
dan mana yang menggunakan perangkat,
dan kita dapat memperkirakan kemana
arus lalu lintas dapat terjadi, di dalam
aplikasi, antar aplikasi, dan antar
perangkat. Perhatikan bahwa di peta ini,
sekelompok perangkat komputasi juga
ditampilkan. Menampilkan perangkat
desktop atau laptop secara individu akan
menjadi tidak praktis dan tidak mungkin
memberikan informasi penting. Namun,
menampilkan grup memberi petunjuk
tentang berapa banyak perangkat berada
di lokasi tertentu. Ini berguna dalam
proses analisis aliran
3.12
Mengembangkan Spesifikasi Persyaratan
(Developing the Requirement Specification)
Spesifikasi persyaratan dan peta
persyaratan adalah hasil dari proses
analisis. Bagian pertama dari proses
adalah menentukan setiap kondisi awal
untuk proyek. Ini termasuk jenis proyek
jaringan, ruang lingkup proyek, tujuan
proyek, dan kekuatan politik,
administratif, dan keuangan yang
bekerja pada proyek. Bagian dari kondisi
awal proyek dapat menentukan apakah
jaringan memerlukan kinerja satu
tingkat atau multi-tier. Kami juga akan Jadi, sebelum kami mengumpulkan persyaratan untuk jaringan,
membuat evaluasi awal yang cepat dari kami harus memiliki beberapa atau semua informasi ini
masalah dalam jaringan, jika ada, dan
didokumentasikan. Perhatikan contoh jaringan bangunan dari
memperkirakan sumber daya dan
Bab 2. Bagian pertama dari spesifikasi kebutuhan mungkin
jadwal.
terlihat seperti Gambar 3.28.
Bagian kedua dari
spesifikasi kebutuhan
terdiri dari
persyaratan yang
dikumpulkan dan
diturunkan untuk
jaringan. Dalam
contoh ini beberapa
persyaratan dipelajari
dalam diskusi awal
kami dengan
pelanggan Persyaratan ini ditunjukkan pada Gambar 3.29, menggunakan template dari
(manajemen dan staf). Bab 2.
Tidak selalu dalam sebuah kasus
sebuah persyaratan dapat
dikumpulkan dari pertemuan awal.
Untuk mendapatkan persyaratan dari
pengguna, biasanya kami mengajukan
pertanyaan tentang lingkungan
mereka. Untuk contoh ini, kuesioner
dikembangkan dan dikirim ke semua
karyawan perusahaan. Gambar 3.30
menunjukkan kuesioner semacam itu.
Tentu saja, tidak semua orang akan
menanggapi kuesioner. Pengalaman
menunjukkan bahwa di mana saja dari
10% hingga 40% akan merespons. Ini
tergantung pada berapa lama
kuesioner itu, seberapa sulitnya untuk
mengisi, dan seberapa besar
organisasinya.
Selain itu, Anda cenderung
mendapatkan sebagian besar
tanggapan dalam beberapa hari,
tetapi beberapa menetes dalam
jangka waktu yang lebih lama
(misalnya, beberapa minggu).
Anda dapat memperbarui
persyaratan beberapa kali
berdasarkan hasil tanggapan
baru. Hasil kuesioner contoh
ditunjukkan pada Gambar 3.31
dan 3.32. Persyaratan ini
disempurnakan dan ditambahkan
ke pertemuan dengan masing-
masing kelompok (termasuk
rapat dengan manajemen dan
staf jaringan) di perusahaan.
3.13
Kesimpulan
(Conclusions)
Proses analisis persyaratan memberi Anda sarana untuk menganalisis jaringan Anda dan lingkungan di mana ia
digunakan. Anda belajar tentang mengumpulkan dan mengelola kebutuhan pengguna, aplikasi, perangkat, dan
jaringan. Ini termasuk menentukan kondisi awal untuk proyek dan pengaturan serta mengelola ekspektasi pelanggan
Anda tentang jaringan. Asumsi awal, tergantung pada jaringan, sistem, dan lingkungan, serta apakah jaringan baru
atau peningkatan dari jaringan yang ada. Berbekal dengan kondisi awal, Anda dapat mengumpulkan persyaratan dari
pengguna, administrasi, dan manajemen, dan memetakan persyaratan aplikasi untuk menentukan dependensinya.
Anda belajar tentang menentukan variabel untuk mengukur (metrik layanan) dan bagaimana melakukan pengukuran.
Pilihan metrik layanan Anda akan mengarah pada variabel yang menentukan untuk pemantauan jaringan dan
manajemen. Kami membahas pemodelan dan simulasi, dan bagaimana mereka dan teknik pendekatan lainnya dapat
digunakan untuk menggambarkan perilaku pengguna dan aplikasi. Berdasarkan metrik layanan, kami belajar tentang
mengembangkan persyaratan kinerja untuk kapasitas, penundaan, dan RMA, termasuk mengembangkan ambang
batas dan batas kinerja. Ini berguna dalam membedakan antara persyaratan kinerja rendah dan tinggi untuk jaringan
Anda. Kami juga belajar tentang ambang dan batas umum dan lingkungan tertentu dan bagaimana menentukannya.
Beberapa ambang batas generik disajikan untuk digunakan. Kami telah menemukan informasi yang dapat diprediksi
dan dijaminkan informasi kinerja dan pemenuhannya. Terakhir, kami mendiskusikan kebutuhan pemetaan ke lokasi
geografis, dalam persiapan untuk analisis arus lalu lintas. Di bab berikutnya, kami membawa semua konsep ini
bersama-sama untuk mengembangkan spesifikasi persyaratan untuk jaringan.
Latihan
1. Kondisi awal untuk proyek jaringan
Anda terdiri dari kategori berikut: jenis
proyek jaringan, ruang lingkup proyek
jaringan, dan tujuan arsitektur /
desain. Kembangkan tiga set kondisi
awal (masing-masing berisi satu
elemen dari setiap kategori) dan
berikan contoh proyek jaringan untuk
setiap set.

2. Untuk setiap set persyaratan kinerja

aplikasi yang ditunjukkan pada
Gambar 3.33, klasifikasikan jaringan
sebagai kinerja satu tingkat atau multi-
tier.
3. Pelanggan Anda adalah rumah sakit yang ingin meningkatkan LAN-nya. Kembangkan kuesioner untuk
mengumpulkan persyaratan dari pengguna, manajemen rumah sakit, dan staf. Pertanyaan macam apa yang
akan Anda minta untuk lebih memahami lingkungan mereka?

4. Pertimbangkan proyek jaringan di mana Anda tidak dapat berbicara dengan pengguna atau staf. Sumber
daya apa yang dapat Anda gunakan untuk mengumpulkan persyaratan pengguna, aplikasi, perangkat, dan
jaringan? Secara singkat menguraikan metode untuk mengumpulkan dan menurunkan persyaratan tanpa
adanya keterlibatan pengguna / staf.

5. Anda ingin menguji kinerja sesi Web di seluruh jaringan akses nirkabel, antara PC dan router IP yang
mengakhiri sesi titik-ke-titik protokol (PPP) dan PPP over Ethernet (PPPoE), seperti yang ditunjukkan pada
Gambar 3.34. Jelaskan bagaimana Anda akan menguji kinerja, baik di testbed dan di jaringan yang ada. Buat
daftar peralatan, perangkat lunak, dan perangkat jaringan apa pun yang akan Anda gunakan.
6. Tunjukkan bagaimana perubahan berikut pada persyaratan di bawah ini akan dilacak / dikelola.
Gunakan bentuk paragraf atau tabular untuk mencatat perubahan. Persyaratan: 12 Oktober 2002.
Jaringan harus mampu mendukung hingga 2000 antarmuka Fast Ethernet, digabungkan ke tulang
punggung kapasitas 1Gb / s atau lebih besar yang membentang ke-12 bangunan di seluruh kampus.
a. Ubah "Fast Ethernet" menjadi "Fast Ethernet atau Gigabit Ethernet," tertanggal 5 Januari 2003.
b. Hapus "12 bangunan di kampus", tertanggal 7 Januari 2003.
c. Ubah "2000" menjadi "3500," tertanggal 10 Februari 2003.
d. Tambahkan “10 bangunan yang terdaftar di Lampiran A,” tertanggal 20 Januari 2003.
e. Ubah "Fast Ethernet" menjadi "Fast Ethernet atau Gigabit Ethernet" menjadi "10, 100, atau 1000Mb /
s," tertanggal 5 Maret 2003.
f. Ubah "agregat" menjadi "agregat dalam setiap bangunan," tertanggal 21Apr2003.

7. Metrik layanan digunakan untuk memantau, mengukur, dan memverifikasi layanan di jaringan dan
menentukan apakah persyaratan kinerja dipenuhi. Oleh karena itu, metrik layanan harus berarti bagi
operator jaringan, manajer, pengguna, dan staf. Untuk setiap persyaratan kinerja di bawah ini, jelaskan
metrik layanan yang dapat digunakan untuk mengukur dan memverifikasi persyaratan.
a. Keandalan tautan T1 antara jaringan perusahaan dan ISP-nya, dengan IP router di setiap akhir T1.
b. Penundaan round-trip antara perangkat di jaringan A dan server di server LAN B.
c. Tingkat lalu lintas rata-rata masuk dan keluar dari server komputasi, diukur di keempat antarmuka LAN-
nya selama interval 15 menit.
8. Dengan persyaratan MTBCF 8000 jam dan persyaratan MTTR 4 jam, hitung
persyaratan ketersediaan.

9. Jelaskan dua cara untuk membuat persyaratan uptime sebesar 99,999% lebih
tepat.

10. Anda mengembangkan jaringan untuk FAA untuk

aplikasi pemrosesan telemetri yang terdiri dari dua
komponen: sistem kontrol-panduan otomatis yang akan
menganalisis data telemetri dari pesawat terbang, dan
sistem visualisasi gerak yang digunakan oleh pengontrol di
tempat kerja mereka (Gambar 3.35) . Dalam analisis Anda
dari aplikasi ini Anda telah menetapkan bahwa aplikasi
membutuhkan penundaan satu arah maksimum 20ms
antara pesawat terbang dan sistem kontrol-panduan. Selain
itu, pengendali berinteraksi dengan pesawat melalui sistem
visualisasi gerak dengan penundaan pada urutan HRT.
Kembangkan batas penundaan atas dan bawah untuk
aplikasi ini, dan tunjukkan pada grafik.
Even if I had none left, I’d make space for you