Manajemen dan Infrastruktur IT

Latihan Soal & Pembahasan Analisis Finansial TCO, ROI, Kepatuhan Lisensi, dan Kontrol

Inventaris Perangkat Lunak

SOAL 1: Analisis Migrasi On-Premise ke Cloud SaaS (TCO & ROI)

PT Jaya Nusantara sedang mempertimbangkan untuk memindahkan software CRM internal dari

server lokal (On-Premise) ke platform Cloud SaaS untuk 150 pengguna selama periode 3 tahun.

Komponen Biaya Option A: On-Premise CRM Option B: Cloud SaaS CRM

Biaya Pembelian Lisensi /Langganan

Rp 450.000.000 (Perpetual CapEx)

Rp 240.000.000 / tahun (OpEx)

Infrastruktur Server & Hardware Rp 200.000.000 (Pembelian Server) Rp 0

Pemeliharaan, Listrik & Patching Rp 80.000.000 / tahun Sudah termasuk dalam langganan

Gaji Staf Operasional TI (Alokasi) Rp 120.000.000 / tahun Rp 40.000.000 / tahun

Pertanyaan / Pertanyaan Analisis:

Hitunglah Total Cost of Ownership (TCO) 3 Tahun untuk kedua opsi, nilai Penghematan Finansial

Bersih, dan Persentase ROI Migrasi ke Cloud!

Pembahasan & Langkah Perhitungan:

Perhitungan TCO 3 Tahun Option A (On-Premise):

 Biaya Lisensi Awal = Rp 450.000.000

 Hardware Server = Rp 200.000.000

 Pemeliharaan 3 Thn = 3 × Rp 80.000.000 = Rp 240.000.000

 Gaji Staf Ops TI 3 Thn = 3 × Rp 120.000.000 = Rp 360.000.000

 TOTAL TCO ON-PREMISE = Rp 450.000.000 + Rp 200.000.000 + Rp 240.000.000 + Rp 360.000.000 = Rp 1.250.000.000

Perhitungan TCO 3 Tahun Option B (Cloud SaaS):

 Langganan SaaS 3 Thn = 3 × Rp 240.000.000 = Rp 720.000.000

 Hardware Server = Rp 0

 Pemeliharaan = Rp 0

 Gaji Staf Ops TI 3 Thn = 3 × Rp 40.000.000 = Rp 120.000.000

 TOTAL TCO CLOUD SAAS = Rp 720.000.000 + Rp 120.000.000 = Rp 840.000.000

Analisis Penghematan Bersih & ROI:

 Penghematan Finansial Bersih = TCO On-Premise - TCO Cloud

 Penghematan = Rp 1.250.000.000 - Rp 840.000.000 = Rp 410.000.000

 ROI (%) = (Penghematan Bersih / TCO Cloud SaaS) × 100%

 ROI (%) = (Rp 410.000.000 / Rp 840.000.000) × 100% = 48,81%

Kesimpulan Analisis: Migrasi ke CRM Cloud SaaS menghasilkan efisiensi biaya sebesar Rp

410.000.000 dengan ROI sebesar 48,81% selama 3 tahun.

SOAL 2 : Audit Kepatuhan Lisensi Server (License Compliance & Penalty Risk)

PT Tekno Utama mengoperasikan 8 server fisik untuk Virtualisasi Windows Server. Masing-masing

server fisik dilengkapi dengan 2 prosesor fisik, dan setiap prosesor memiliki 12 Core (total 24 Core

per server). Syarat lisensi vendor menetapkan aturan minimum 16 Core per server fisik. Harga

lisensi per-core adalah Rp 1.500.000. Saat audit SAM, ditemukan perusahaan hanya membeli 80

Core lisensi resmi.

Pertanyaan / Pertanyaan Analisis:

a) Berapa jumlah core lisensi yang sebenarnya wajib dibeli sesuai ketentuan vendor?

b) Berapa defisit/kekurangan lisensi yang terjadi?

c) Jika vendor mengenakan denda penalti audit sebesar 200% dari harga lisensi normal untuk setiap

core yang tidak patuh, berapa total biaya klaim audit yang harus dibayar perusahaan?

Pembahasan & Langkah Perhitungan:

a) Perhitungan Kebutuhan Lisensi Core Aktual:

 Jumlah Server = 8 server fisik

 Jumlah Core per Server = 2 Proc × 12 Core = 24 Core

 Karena 24 Core > batas minimum vendor (16 Core), maka lisensi dihitung berdasarkan kapasitas aktual.

 Total Lisensi Wajib = 8 server × 24 Core = 192 Core

b) Perhitungan Kekurangan Lisensi (Defisit):

 Lisensi Dimiliki (Entitlement) = 80 Core

 Kekurangan Lisensi = Total Wajib - Lisensi Dimiliki

 Kekurangan Lisensi = 192 Core - 80 Core = 112 Core (Unlicensed)

c) Perhitungan Denda & Total Biaya Klaim Audit:

 Harga Lisensi Normal per Core = Rp 1.500.000

 Besar Denda Penalti per Core = 200% × Rp 1.500.000 = Rp 3.000.000

 Total Biaya per Core Tak Patuh = Biaya Lisensi + Denda Penalti = Rp 1.500.000 + Rp 3.000.000 = Rp 4.500.000

 Total Biaya Klaim Audit = 112 Core × Rp 4.500.000 = Rp 504.000.000

Kesimpulan Analisis: Perusahaan mengalami ketidakpatuhan sebanyak 112 Core dengan total

risiko sanksi finansial audit sebesar Rp 504.000.000.

Manajemen dan infrastruktur IT

 

Studi Kasus: Kegagalan Jaringan 3-Tier Tradisional dan Migrasi ke Arsitektur Spine-Leaf di PT Belanja Pintar

1. Profil Organisasi & Lingkungan TI

PT Belanja Pintar adalah perusahaan e-commerce terkemuka yang menyelenggarakan acara diskon besar-besaran tahunan (Flash Sale).

• Sistem Kritis: Platform aplikasi seluler, mesin rekomendasi produk, dan basis data transaksi mikro.

• Infrastruktur Eksisting: Menggunakan jaringan berbasis hierarki tradisional 3-Tier (Core, Aggregation, Access) di Private Data Center lokal dengan beberapa server tambahan yang disewa di Public Cloud (Hybrid Model parsial).

2. Deskripsi Insiden (Skenario Kegagalan)

Saat acara Flash Sale dimulai tepat pukul 00.00 WIB, terjadi lonjakan trafik secara masif (traffic surge) hingga 50 kali lipat dari hari normal.

• Dampak & Gejala:

  • Pengguna mengalami latency yang sangat tinggi, halaman pembayaran gagal dimuat (gateway timeout), dan aplikasi mengalami crash massal.

  • Tim TI menemukan bahwa lalu lintas data antar-server mikroservis (East-West traffic) mengalami bottleneck parah di perangkat Aggregation Switch.

  • Protokol Spanning Tree Protocol (STP) pada arsitektur 3-tier memblokir sejumlah jalur redundan untuk mencegah loop, sehingga kapasitas bandwidth yang tersedia terbuang percuma dan menyebabkan antrean paket data yang masif.

3. Pertanyaan Studi Kasus

1. Mengapa arsitektur jaringan 3-tier tradisional gagal menangani beban East-West traffic pada sistem mikroservis modern saat Flash Sale?

2. Bagaimana cara kerja arsitektur Spine-Leaf dalam mengatasi masalah bottleneck dan latensi tinggi tersebut?

3. Peran apa yang dimainkan oleh layanan IaaS dan PaaS dalam mendukung strategi Auto-Scaling untuk menghadapi lonjakan beban seperti ini?

4. Rancang skema mitigasi jangka panjang yang harus diadopsi oleh PT Belanja Pintar agar kejadian serupa tidak terulang!

4. Jawaban & Solusi Penanganan Kasus

Jawaban Nomor 1: Analisis Kegagalan Jaringan 3-Tier Tradisional

Arsitektur 3-tier dirancang puluhan tahun lalu untuk pola lalu lintas North-South (komunikasi dari pengguna di internet menuju server pusat). Namun, aplikasi modern saat ini menggunakan arsitektur mikroservis di mana satu transaksi melibatkan komunikasi intensif antar-server internal secara paralel (East-West traffic).

• Pada 3-tier, komunikasi antar-server di Access layer yang berbeda harus melewati Aggregation layer dan Core layer, menciptakan banyak lompatan (hop) dan latensi yang tidak konsisten.

• Penggunaan Spanning Tree Protocol (STP) menonaktifkan jalur alternatif demi keamanan loop, sehingga kapasitas jaringan menyusut drastis saat dibutuhkan.

Jawaban Nomor 2: Solusi Melalui Arsitektur Spine-Leaf

Untuk mengatasi masalah tersebut, PT Belanja Pintar merombak jaringan data center mereka ke arsitektur Spine-Leaf:

• Jumlah Hop Konsisten (Maksimal 2 Hop): Setiap Leaf switch (tempat server terhubung) terhubung langsung ke semua Spine switch. Hal ini membuat latensi komunikasi antar-server menjadi sangat rendah dan dapat diprediksi.

• Pemanfaatan Penuh Bandwidth (ECMP): Dengan menggantikan STP menggunakan protokol routing Layer 3 berbasis Equal-Cost Multi-Pathing (ECMP), seluruh jalur kabel dapat aktif secara bersamaan, melipatgandakan kapasitas bandwidth secara drastis tanpa risiko loop.

Jawaban Nomor 3: Peran IaaS dan PaaS dalam Strategi Auto-Scaling

Selain membenahi jaringan fisik/internal, perusahaan mengintegrasikan layanan Cloud Computing:

• Infrastructure as a Service (IaaS): Digunakan untuk menyewa Virtual Machine tambahan secara instan saat trafik melonjak, lalu mematikannya kembali setelah acara selesai (Pay-as-you-go).

• Platform as a Service (PaaS) & Kubernetes: Menggunakan layanan kontainer terkelola di cloud untuk mengatur Auto-Scaling secara otomatis. Ketika beban CPU server mencapai 80%, sistem otomatis menambah instans aplikasi baru dalam hitungan detik tanpa intervensi manual tim TI.

Jawaban Nomor 4: Skema Mitigasi & Rekomendasi Jangka Panjang

1. Implementasi Hybrid Cloud Penuh: Menggabungkan Private Data Center berkecepatan tinggi (berbasis Spine-Leaf) dengan Public Cloud menggunakan model Cloud Bursting (beban dasar di on-premise, lonjakan beban dialihkan ke cloud).

2. Pengujian Beban Berkala (Load Testing / Stress Testing): Mensimulasikan lonjakan trafik hingga 100x lipat sebelum acara besar diluncurkan untuk menguji kesiapan Auto-Scaling dan kestabilan jaringan.

3. Penerapan CDN (Content Delivery Network): Memindahkan aset statis (gambar produk, banner, script) ke CDN global untuk mengurangi beban langsung ke server pusat data center utama.

---------

Manajemen dan Infrastruktur IT

 Soal dan jawaban latihan

Soal 1: Pengertian dan Fungsi Rak Jaringan (Server/LAN Rack)

Soal:

Jelaskan apa yang dimaksud dengan rak jaringan (LAN rack) pada suatu infrastruktur komputer, dan sebutkan 3 fungsi utamanya!

Jawaban:

Rak jaringan adalah sebuah struktur rangka logam atau kabinet yang dirancang khusus untuk memasang, mengatur, menyimpan, dan melindungi berbagai perangkat keras jaringan komputer (seperti switch, router, patch panel, server, dan UPS).

Penjelasan 3 Fungsi Utama:

Organisasi dan Kerapian: Menempatkan kabel-kabel jaringan dan perangkat agar tidak berserakan, sehingga memudahkan teknisi melakukan perawatan atau pelacakan kabel (troubleshooting).
Keamanan Perangkat: Melindungi perangkat keras dari debu, kerusakan fisik, atau akses dari orang yang tidak berwenang (karena rak biasanya dilengkapi pintu berkunci).
Sirkulasi Udara (Pendinginan): Dirancang dengan sirkulasi atau ruang ventilasi (bahkan bisa dipasang kipas/fan) agar perangkat tidak mengalami overheat (panas berlebih) akibat bekerja 24 jam.

---

Soal 2: Komponen di Dalam Rak Jaringan LAN

Soal:

Sebutkan minimal 4 perangkat atau komponen utama yang umumnya terpasang di dalam sebuah rak jaringan LAN, beserta fungsi masing-masing komponen tersebut!

Jawaban:

Switch Network (Sakelar Jaringan): Berfungsi sebagai penghubung antar komputer dalam satu jaringan LAN agar bisa saling mengirim data menggunakan alamat MAC.
Patch Panel: Papan penghubung tempat terminasi ujung-ujung kabel UTP/STP dari tiap ruangan sebelum dihubungkan ke switch menggunakan patch cord.
Router / Firewall: Berfungsi mengatur lalu lintas data antar jaringan yang berbeda atau menghubungkan LAN lokal ke jaringan internet serta mengamankan jaringan.
UPS (Uninterruptible Power Supply): Menyediakan cadangan daya sementara jika listrik padam, agar perangkat di dalam rak tidak mati mendadak dan terhindar dari kerusakan data.
Kabel Management (Horizontal/Vertical Cable Manager): Aksesori tambahan berupa pengait/slot untuk merapikan jalannya kabel patch cord antar perangkat.

---

Soal 3: Ukuran Rak Jaringan (Satuan "U" dan Inci)

Soal:

Dalam spesifikasi rak jaringan, sering dijumpai istilah ukuran seperti "1U", "42U", atau lebar standar "19 inch". Jelaskan apa arti dari ukuran-ukuran tersebut!

Jawaban:

Ukuran 19 Inci (19-inch rack): Adalah standar industri internasional untuk lebar bingkai (frame) tempat memasang perangkat jaringan, sehingga perangkat dari berbagai merek bisa klop dipasang pada rak tersebut.
Satuan "U" (Rack Unit): Adalah satuan tinggi untuk perangkat di dalam rak, di mana 1U setara dengan 1,75 inci (atau sekitar 44,45 mm).
• Penjelasan: Jika sebuah switch atau server memiliki ukuran 2U, berarti tingginya adalah \(2 \times 1,75\text{ inci} = 3,5\text{ inci}\). Rak ukuran 42U berarti memiliki kapasitas tinggi vertikal total untuk menumpuk perangkat hingga setara 42 satuan "U".

---

Soal 4: Ilustrasi / Deskripsi Gambar Rak Jaringan LAN Ideal

Soal:

Perhatikan sebuah rak jaringan LAN yang ideal. Deskripsikan secara visual bagaimana tata letak (layout) perangkat yang benar dari bagian paling atas hingga bagian paling bawah rak!

Jawaban & Penjelasan Tata Letak (Top-to-Bottom Layout):

Bagian Atas (Top):
• Fan Tray / Exhaust Fan (Kipas pendingin untuk membuang udara panas ke luar).
• Router / Modem atau perangkat Firewall utama.
Bagian Tengah (Middle):
• Patch Panel (diposisikan berdekatan dengan switch).
• Switch LAN (diselingi dengan Horizontal Cable Manager agar kabel LAN tersusun rapi per port).
• Server ukuran 1U atau 2U (jika ada server lokal di dalam rak).
Bagian Bawah (Bottom):
• PDU (Power Distribution Unit) atau terminal colokan listrik rak.
• UPS (Uninterruptible Power Supply) diletakkan di paling bawah karena memiliki bobot yang sangat berat, tujuannya agar titik berat (center of gravity) rak tetap rendah sehingga tidak mudah terguling.

Catatan visual penataan: Gunakan pengikat kabel (velcro atau cable ties) dan patch cord dengan warna berbeda (misalnya: warna biru untuk data komputer, warna merah untuk server/kritis) supaya bentuk fisik di dalam rak terlihat rapi dan profesional (clean rack management).

---

Soal 5: Konsep Wallmount vs Standing Rack

Soal:

Jelaskan perbedaan antara Wallmount Rack dan Standing Rack pada jaringan LAN, serta kapan masing-masing jenis rak tersebut digunakan?

Jawaban:

Wallmount Rack (Rak Dinding):
• Ciri-ciri: Berukuran kecil (umumnya mulai dari 8U sampai 15U) dan dipasang dengan cara digantung di dinding.
• Penggunaan: Cocok untuk skala jaringan kecil (kantor cabang kecil, sekolah, atau ruko) dengan jumlah komputer/klien yang sedikit (di bawah 24-48 port).
Standing Rack (Rak Berdiri):
• Ciri-ciri: Berukuran besar (umumnya 20U hingga 45U), memiliki roda atau penyangga lantai, serta pintu kaca/besi penuh.
• Penggunaan: Cocok untuk skala jaringan menengah hingga besar (gedung perkantoran, data center, kampus) yang menampung banyak switch, server, dan perangkat kabel yang kompleks.

-----

Manajemen dan Infrastruktur IT

 

Studi Kasus: Serangan Ransomware Ganda & Pemulihan Data pada PT Financorp Indonesia

1. Profil Organisasi & Lingkungan TI

PT Financorp Indonesia adalah perusahaan penyedia layanan teknologi finansial (FinTech) yang mengelola platform pembayaran mikro untuk jutaan UMKM.

• Aset Data Kritis: Basis data transaksi harian (Core Transaction Database) seluas 15 Terabyte (TB), data identifikasi nasabah (KYC), dan log audit transaksi.

• Infrastruktur: Server database utama berjalan di Private Data Center Jakarta.

• Kebijakan Backup: Perusahaan mengklaim telah menerapkan prosedur backup harian yang otomatis.

2. Kronologi Bencana (Skenario Insiden)

Pada hari Jumat pukul 23.00 WIB, kelompok penjahat siber (ransomware gang) berhasil menembus jaringan internal perusahaan melalui teknik Phishing Credential stuffing.

1. Eksploitasi & Pembajakan Hak Akses: Peretas mendapatkan kredensial akun Domain Administrator dan langsung memetakan seluruh jaringan internal.

2. Penghancuran Backup Lokal: Peretas menemukan server penyimpanan cadangan (NAS Local) yang terhubung dalam satu domain jaringan. Mereka menghapus seluruh salinan backup lokal dan mengenkripsi database utama di Jakarta menggunakan Ransomware BlackCat.

3. Pesan Tebusan: Pada Sabtu pukul 02.00 WIB, seluruh server utama lumpuh total. Peretas meninggalkan pesan tebusan sebesar USD 2 Juta (sekitar Rp31 Miliar) dan mengancam akan menghapus seluruh data jika tebusan tidak dibayar dalam 24 jam.

3. Pertanyaan Studi Kasus

1. Analisis mengapa sistem pencadangan tradisional PT Financorp Indonesia (sebelumnya) gagal melindungi perusahaan dari serangan ransomware ini!

2. Jelaskan bagaimana tim TI PT Financorp dapat memulihkan seluruh data transaksi secara utuh tanpa membayar tebusan sepeser pun dengan menerapkan prinsip Strategi Backup 3-2-1-1!

3. Petakan arsitektur penyimpanan data PT Financorp berdasarkan komponen 3-2-1-1 dalam bentuk tabel atau matriks skema!

4. Apa pelajaran kunci (key takeaways) bagi manajemen risiko TI dari insiden pemulihan ini?

4. Jawaban & Solusi Penanganan Kasus

Jawaban Nomor 1: Analisis Kegagalan Pencadangan Tradisional

Sistem pencadangan lama perusahaan gagal karena mengalami masalah Single Point of Failure dan kurangnya isolasi data:

• Tidak Ada Isolasi Jaringan (Connected Backup): Server backup lokal terhubung secara terus-menerus (online) dalam domain jaringan utama. Ketika kredensial Domain Admin dibajak, peretas memiliki akses penuh untuk menghapus atau mengenkripsi file backup tersebut.

• Tidak Ada Fitur Immutability: File backup disimpan dalam format standar yang dapat dimodifikasi atau dihapus oleh siapa pun yang memiliki hak akses administrator.

• Bergantung pada Satu Lokasi: Seluruh aset data dan backup berada di fasilitas fisik yang sama di Jakarta.

Jawaban Nomor 2: Proses Pemulihan Data Menggunakan Strategi 3-2-1-1

Meskipun database utama dan backup lokal di Jakarta dienkripsi total, PT Financorp Indonesia berhasil pulih sepenuhnya karena dalam 6 bulan terakhir telah mengimplementasikan Strategi Backup 3-2-1-1:

1. Memanfaatkan Salinan Offsite (Angka "1" Pertama):

   • Tim TI mengabaikan server Jakarta yang terkontaminasi dan mengalihkan fokus pemulihan ke salinan cadangan yang tersimpan di Cloud Storage Provider lokasi Region Singapura (Offsite).

2. Memanfaatkan Fitur Immutable / WORM (Angka "1" Kedua - Kunci Utama):

   • Peretas mencoba menghapus file backup di Cloud Storage menggunakan akun admin yang mereka curi. Namun, aksi tersebut ditolak otomatis oleh sistem karena file backup dilindungi dengan fitur Object Lock (WORM - Write Once, Read Many) selama periode retensi 30 hari.

   • File backup tetap bersih, aman, dan tidak tersentuh oleh ransomware.

3. Mekanisme Restoration ke Server Baru (Clean Environment):

   • Tim TI menyiapkan infrastruktur server baru (clean slate) di Disaster Recovery Center (DRC) Surabaya.

   • File backup bersih dari Cloud diunduh dan dipulihkan (restored) ke server DRC Surabaya.

   • Dalam kurun waktu 6 jam, seluruh sistem transaksi dan basis data pelanggan kembali beroperasi normal tanpa ada data yang hilang.

Jawaban Nomor 3: Matriks Skema Penerapan 3-2-1-1 di PT Financorp

Elemen 3-2-1-1	Komponen Infrastruktur	Fungsi dalam Penanganan Insiden	Status Saat Serangan
3 Salinan Data	1. Database Utama (Jakarta) 2. Backup NAS Lokal (Jakarta) 3. Cloud Object Storage (Singapura)	Menjamin ketersediaan data dari beberapa titik jika salah satu rusak.	• Salinan 1: Terenkripsi • Salinan 2: Terhapus • Salinan 3: Selamat
2 Media Berbeda	1. NVMe Enterprise SSD (Server Utama) 2. Magnetic Tape / Cloud Object Storage	Mencegah kerusakan massal akibat kegagalan satu jenis media penyimpanan.	Media Cloud terisolasi secara fisik dan logis dari SSD lokal.
1 Lokasi Offsite	Data Center Singapura (Cloud)	Melindungi data dari bencana fisik atau kelumpuhan total Data Center Jakarta.	Selamat karena berada di luar jaringan lokal Jakarta.
1 Salinan Immutable	S3 Object Lock (Teknologi WORM)	Menolak segala perintah penghapusan/pengubahan file dari peretas/admin.	TETAP UTUH (Sistem menolak perintah hapus dari peretas).

Jawaban Nomor 4: Pelajaran Kunci (Key Takeaways)

1. Immutability is Non-Negotiable: Fitur Immutable Backup (WORM) adalah benteng pertahanan terakhir yang paling ampuh melawan serangan ransomware modern.

2. Kredensial Admin Bukan Jaminan: Hak akses administrator dapat dicuri (compromised). Kontrol keamanan berbasis perangkat keras/sistem (Immutability & Air-Gap) jauh lebih tepercaya daripada sekadar proteksi kata sandi.

3. Menghemat Biaya & Reputasi: Dengan menerapkan strategi 3-2-1-1, perusahaan berhasil menghemat uang tebusan sebesar Rp31 Miliar dan menjaga integritas kepercayaan nasabah.

----------------------------------------