Panduan Hardware untuk Pemula Home Lab

 (linuxblog.io)
2 poin oleh GN⁺ 2024-03-09 | 1 komentar | Bagikan ke WhatsApp
  • Home Lab adalah lingkungan sandbox untuk bereksperimen dengan konfigurasi jaringan dan server secara aman di rumah; mulai dari backup jarak jauh dan monitoring hingga pengujian perangkat, semuanya bisa ditangani tanpa membebani produksi
  • Sebelum instalasi, sebaiknya periksa terlebih dahulu kondisi fisik seperti suhu, ventilasi, daya listrik, kebisingan, debu, dan jalur kabel, lalu buat diagram jaringan yang sesuai dengan struktur rumah
  • Pilihan rack dan cabinet berbeda tergantung kedalaman perangkat dan panas yang dihasilkan; jika perangkat jaringan yang dangkal dan perangkat server yang dalam dipilih dengan standar yang sama, pendinginan dan aksesibilitas bisa terganggu
  • Tidak perlu membeli modem ISP, router/switch, UPS, patch panel, kabel, dan server sekaligus; pendekatan yang realistis adalah mulai dari konfigurasi kecil lalu menyesuaikan daya dan ruang ekspansi
  • Konfigurasi yang dimulai dari rack 12U pada 2020 berkembang selama 6 tahun hingga uplink 10G dan LAN 2.5G, tetapi intinya bukan perangkat mahal, melainkan penempatan yang bisa dioperasikan dan manajemen daya

Tujuan dan Cakupan Operasional Home Lab

  • Home Lab adalah lingkungan pengujian yang memungkinkan eksperimen aman di rumah, mengurangi risiko menerapkan konfigurasi baru langsung ke perangkat produksi
  • Contoh operasionalnya adalah sebagai berikut
    • Backup jarak jauh
    • Monitoring jaringan dan notifikasi untuk server jarak jauh
    • UAP AP berkabel
    • Eksperimen dengan berbagai perangkat dan layanan
  • Konfigurasi ini pertama kali dipublikasikan pada 2020 dan terus diperbarui, mencakup perubahan konfigurasi per Maret 2026 serta linimasa selama 6 tahun

Kriteria Memilih Lokasi Instalasi

  • Lokasi Home Lab harus mempertimbangkan suhu dan ventilasi, penarikan kabel, aksesibilitas, daya listrik, kebisingan, debu, dan lalu lintas orang secara bersamaan
  • Kelebihan dan kekurangan tiap kandidat lokasi cukup jelas
    • Home office: meja dan perangkat berdekatan sehingga kabel pendek, tetapi mungkin tidak ada home office atau ruang tersebut sudah menjadi tempat yang lama ditempati
    • Ruang keluarga: umumnya sejuk dan punya ruang, tetapi ada lalu lintas orang dan risiko kerusakan
    • Lemari: mudah diakses dan mudah disembunyikan, tetapi ventilasi dan ruang terbatas
    • Basement: umumnya sejuk, tetapi bisa muncul masalah banjir atau aksesibilitas
    • Loteng: kebisingan rendah dan penarikan kabel bisa lebih mudah, tetapi tergantung wilayah bisa ada masalah suhu tinggi, kebocoran, dan kelembapan
    • Garasi: mengurangi kebisingan di dalam rumah dan tidak terlalu terlihat, tetapi ada risiko serangga, panas, debu, kabel panjang, dan kerusakan oleh kendaraan
  • Konfigurasi nyata ditempatkan di home office, dengan laptop, desktop, server, dan perangkat lain berada di ruang yang sama sehingga penarikan kabel bisa dijaga tetap pendek
  • Sebelum instalasi, sebaiknya buat diagram jaringan rumah atau gunakan alat desain jaringan untuk memeriksa terlebih dahulu jalur kabel dan struktur rumah

Rack, Cabinet, dan Cara Menyimpan Perangkat

  • Network cabinet/rack dan server cabinet/rack mudah tertukar, tetapi router, switch, dan patch panel biasanya lebih dangkal daripada server dan menghasilkan panas lebih sedikit
  • Jika berencana memasukkan perangkat server, kedalaman dan ventilasi network cabinet bisa tidak mencukupi, dan produk berpintu kaca bisa kurang menguntungkan untuk pembuangan panas
  • Saat memilih cabinet dan rack, lihat terlebih dahulu lingkungan instalasinya
    • Jika memasang server besar dan berat, stabilitas cabinet atau rack empat sisi menjadi penting
    • Jika sering mengakses sisi samping/belakang perangkat, open rack atau cabinet dengan sisi yang bisa dilepas lebih menguntungkan
    • Untuk perangkat yang membutuhkan pendinginan tambahan, desain ventilasi lebih penting pada cabinet tertutup
    • Ruangan yang banyak debu lebih cocok memakai cabinet untuk melindungi perangkat
    • Ruang yang sering dilalui tamu seperti ruang keluarga bisa terlihat lebih rapi dengan cabinet yang bisa dikunci
    • Jika perlu pembatasan akses atau keamanan, cabinet dengan kunci cocok digunakan

Hardware yang Direkomendasikan dan Kriteria Pemilihan

  • Harga produk berdasarkan harga Amazon saat ini sehingga bisa berubah, dan sebagian tautan Amazon adalah tautan afiliasi

  • Modem Kabel ISP

    • Pemula bisa mulai bereksperimen dengan jaringan rumah cukup dengan mengganti modem bawaan ISP sebelum membangun rack penuh
    • Banyak ISP di AS mengenakan biaya sewa modem bulanan, sehingga membeli sendiri bisa masuk akal dari sisi biaya
    • Kombinasi modem/router bawaan ISP bisa berkualitas rendah atau bekas, fiturnya bisa kurang, dan saat muncul kerentanan baru, pembaruan firmware mungkin harus bergantung pada ISP
    • Jika memakai ISP yang baik dan perangkat yang memadai, tetap menggunakannya juga tidak masalah; alasan penggantian adalah mendapatkan fitur jaringan tambahan dan lingkungan eksperimen Home Lab
    • Contoh untuk internet kabel adalah model DOCSIS 3.1 Motorola MB7621 32×8 dan Motorola MB8611
    • Untuk internet fiber, tergantung penyedia, ONT mungkin bisa diganti sendiri, tetapi dalam banyak konfigurasi ONT dikelola oleh ISP dan pengguna mulai mengendalikan dari router
    • Modem kabel menghasilkan banyak panas, jadi perlu ditempatkan di bagian atas rack atau diberi ruang aliran udara di atas dan bawahnya

  • Rack

    • Rack unit U atau RU adalah 1 3⁄4 inci, 44,45 mm, dan merupakan satuan untuk menunjukkan frame rack 19 inci/23 inci serta tinggi perangkat
    • Rack full-size yang umum memiliki tinggi 42U
    • Contoh perangkat:
    • Saat mengukur perangkat rack, bandingkan lebar perangkat dengan lebar shelf rack, bukan lebar bagian dalam rack

  • UPS

    • Karena ada generator backup propana dan perpindahannya memerlukan sekitar 1 menit, dibutuhkan UPS yang mampu menahan beban 100W–200W selama beberapa menit
    • CyberPower OR500LCDRM1U UPS adalah produk rackmount 1U 500VA/300W, 6 outlet, AVR, dengan berat sekitar 20 lbs
    • Saat baterai UPS ini terpakai hingga sekitar 50%, runtime-nya sedikit lebih dari 30 menit, termasuk 2 PoE AP dan monitor 27 inci
    • Jika UPS ditargetkan untuk runtime panjang, biayanya membesar; konfigurasi yang realistis adalah memastikan perangkat penting dan berdaya rendah punya waktu untuk shutdown dengan aman
    • PoE AP masing-masing maksimal sekitar 9W, membantu menjaga beban UPS pada kisaran 20–30%

  • Shelf dan Daya

    • Jika UPS 1U tidak memiliki rackmount, perangkat bisa diletakkan di atasnya, tetapi untuk menjaga baterai tetap sejuk dan mengurangi akumulasi panas, shelf 1U berventilasi lebih cocok
    • AC Infinity Vented Cantilever 1U Universal Rack Shelf tersedia dari kedalaman 6 inci hingga 16 inci, dengan lubang ventilasi dan slot yang membantu pendinginan serta manajemen kabel
    • CyberPower UPS memiliki 6 outlet; 4 di antaranya untuk battery backup dan surge protection, sedangkan 2 hanya untuk surge protection
    • ADJ Products AC POWER STRIP PC-100A bisa disambungkan langsung ke UPS CyberPower 1U agar mudah menyalakan/mematikan daya per perangkat
    • Outlet saver dan blanking panel 1U digunakan untuk pemanfaatan daya dan perbaikan aliran udara rack

Konfigurasi Pendinginan, Jaringan, Kabel, dan Server

  • Pendinginan

    • Menjaga suhu rack yang tepat penting untuk mencegah overheating, menjaga performa konsisten, dan memperpanjang umur perangkat
    • AC Infinity CLOUDPLATE T7-N 2U Intake digunakan sekitar 4 tahun dan mampu mendinginkan rack dengan baik bahkan pada kecepatan kipas rendah
    • Setelah sekitar 2 tahun, kerusakan kipas mulai terjadi akibat akumulasi debu, dan pada tahun ketiga 3 dari 4 kipas rusak
    • Penggantian kipas sulit karena konektor internalnya adalah konektor wafer 3-pin yang dipasang ke papan sirkuit dengan hot glue
    • Pada April 2025 perangkat ini dilepas dan beralih ke pendinginan pasif menggunakan panel ventilasi 1U, dan sejak itu beroperasi tanpa masalah
    • Di lingkungan ber-AC dan minim debu, kipas pendingin aktif mungkin tidak diperlukan; jika diperlukan, pembersihan dengan udara bertekanan setiap beberapa bulan menguntungkan untuk harapan umur 2–3 tahun

  • Router dan Switch

    • Kebutuhan routing dan switching dinilai sebagian besar bisa dipenuhi dengan perangkat Cisco, Ubiquiti, dan TP-Link
    • Konfigurasi ini lebih dekat ke perangkat bisnis kecil daripada home office, dengan mempertimbangkan ekspansi fitur di masa depan
    • Contoh router:
    • Contoh switch:
    • Ada opsi lain seperti Netgear, pfSense, OPNsense, dan IPFire; karena tidak semua perangkat yang direkomendasikan cocok untuk kebutuhan masing-masing, riset terpisah tetap diperlukan

  • Patch Panel dan Kabel

    • Patch panel 16-port dipilih, tetapi jika melihat ke belakang, seharusnya memilih patch panel 24-port
    • Meski begitu, setelah 6 tahun pun 16-port masih nyaris mencukupi
    • Paket tercepat dari ISP adalah download 160Mbps dan upload 30Mbps, sehingga Home Lab tidak membutuhkan CAT8 atau CAT7
    • Karena batas 1000Mbps masih dapat diterima, dibeli reel CAT6 250 kaki dan beberapa kabel CAT6 dengan berbagai panjang
    • Jika membutuhkan trafik jaringan yang lebih lancar, CAT6a atau lebih tinggi bisa dipertimbangkan, tetapi jika konektor RJ45 dan patch panel tidak mendukung, kabel CAT7 atau CAT6a menjadi pemborosan
    • Saat instalasi awal, kabel koaksial kurang sekitar 3 kaki, jadi sebaiknya anggarkan kabel yang lebih panjang daripada kebutuhan yang diperkirakan

  • Server

    • Karena kebutuhan server sangat berbeda tergantung target hosting seperti NAS, VM, web server, backup server, mail server, atau pemblokir iklan, tidak ada model tertentu yang direkomendasikan
    • Konfigurasi nyata memakai ThinkCentre M73 dan ThinkCentre M715q bekas yang dibeli di eBay
    • Kedua perangkat berjalan senyap dan dingin, serta menjalankan Ubuntu Server dan Windows 10
    • Untuk server resmi, produk Dell, HP, Cisco, dan Lenovo menjadi opsi; di Home Lab, banyak yang membeli bekas dari Craigslist atau eBay

Contoh Konfigurasi VPN Seluruh Rumah yang Sederhana

  • VPN seluruh rumah yang dikonfigurasi untuk seorang teman memakai kurang dari 40W dari UPS 700VA, menunjukkan bahwa Home Lab tidak harus selalu rumit atau boros daya
  • Komponennya adalah sebagai berikut
    • StarTech.com 6U Wall Mount Network Equipment Rack
    • AC Infinity Vented Cantilever 1U Universal Rack Shelf
    • C2G 12-Port Patch Panel
    • VCE CAT6 RJ45 Keystone Jack Inline Couplers
    • Raspberry Pi 4 2GB Basic Kit untuk menjalankan Unifi Controller
    • Brume GL-MV1000 untuk menjalankan Edge Gateway dan WireGuard VPN
    • Edgeswitch 10xp
    • StarTech.com 8 Outlet Horizontal 1U Rack Mount PDU Power Strip
    • CyberPower SL700U Standby UPS System, 700VA/370W

Perubahan Selama 6 Tahun dan Kesimpulan

  • Home Lab dimulai pada 2020 dengan rack dinding 12U, modem kabel, dan EdgeRouter
  • Setelah 6 tahun, sistem ditingkatkan ke uplink 10G, firewall pfSense, dan LAN 2.5G, sementara monitoring diganti dari Zabbix ke Checkmk RAW
  • Perubahan utama adalah sebagai berikut
    • Maret 2020: build pertama selesai
    • April 2020: menambahkan failover 4G, VLAN, blanking panel, dan monitoring Zabbix
    • Mei 2020: menambahkan Raspberry Pi dan monitor dashboard Zabbix
    • Juni 2020: menambahkan keyboard, mengganti mesh cover dengan plexiglass tinted
    • 2022–2023: pindah ke rumah baru, mengganti EdgeRouter dengan Peplink Balance 20x, upgrade UPS
    • Setelah 2025: upgrade ke uplink 10G dan LAN 2.5G, firewall pfSense, mengganti Zabbix dengan Checkmk RAW, beralih ke pendinginan pasif
  • Prinsip operasional terpenting adalah mulai dari kecil dan bersiap untuk tumbuh
  • Tidak perlu memiliki rack, cabinet, patch panel, dan semua perangkat sejak hari pertama; bisa mulai dari mengganti modem ISP dan menambahkan router yang sesuai
  • Saat memilih perangkat, konsumsi daya harus dipertimbangkan sejak awal agar tagihan listrik tidak meningkat berlebihan

Bacaan terkait

1 komentar

 
GN⁺ 2024-03-09
Pendapat Hacker News

  • Tulisannya bagus, tetapi skala dan cakupannya besar sehingga mudah membuat pemula ciut. Homelab bisa dimulai dengan satu NUC di atas meja, dan dengan RAM 64GB saja sudah bisa menjalankan sangat banyak hal
    NUC efisien untuk beroperasi 24/7, tetapi bisa menjadi berisik jika beban CPU berlangsung lama. Dalam kasus seperti itu, ada baiknya memperluas dengan OptiPlex atau Precision Tower SFF dari eBay, kalau bisa model yang mendukung ECC. Dell SFF memang kecil, tetapi merupakan desktop/server yang layak dengan kipas senyap; kartu 10G Mellanox 3 seharga 40 dolar dari eBay juga bisa dipasang, dan enak ditumpuk secara horizontal. OptiPlex sebelum CPU generasi ke-12 sebaiknya dihindari karena listrik dan ruang bisa menjadi kendala, sementara i5-12500 bekas sudah cukup murah. Kalau LGA1700, saat perlu nanti juga bisa memasang i9-14900 non-K

    • Tidak perlu menganggap rak sebagai komponen wajib secara terlalu serius. Rak memang keren dan rak homelab juga enak dilihat, tetapi jika tujuannya adalah kegunaan dan belajar, pakai saja apa yang Anda suka
      Secara pribadi, saya menumpuk 4 boks di sudut, lalu memakai rak palsu di belakang meja kerja yang dibuat dengan membaut dua panel samping rak dan mengencangkan komponen-komponen dengan sekrup. NAS di atas rak dan beberapa Raspberry Pi juga terhubung, dan saya menyukai kekacauan ini serta belajar banyak darinya. Mulailah dengan yang sudah ada dan kembangkan saat perlu. Rak itu baru terasa keren ketika hobi sudah makin dalam dan Anda mulai peduli pada poin gaya
    • Intel NUC sangat bagus sampai tidak masuk akal bagi orang yang menjalankan homelab. Saya baru-baru ini membeli beberapa unit, dan terutama konsumsi dayanya luar biasa
      Saat saya hubungkan ke smart plug berbasis tasmota, konsumsi saat idle kira-kira 6W. Saya memang selalu melakukan tuning daya rendah lewat pengaturan BIOS dan profil tuned, tetapi secara umum NUC jarang melewati 30W. Itu sekitar setengah dari satu bohlam tungsten lama
    • Homelab pertama saya adalah laptop dengan monitor rusak. Memasang Ubuntu server tidak terlalu sulit, port gigabit Ethernet sudah terpasang, dan karena ada USB 3.0, mudah mendapatkan kecepatan hard disk yang cukup layak untuk dipakai sebagai NAS
      Laptop bekas lama, terutama yang layarnya pecah, bisa dibeli hampir gratis; kalau sudah punya atau diberi kenalan, benar-benar gratis. Jika targetnya hanya sekitar Plex, itu berjalan baik, dan konsumsi daya laptop juga tidak jauh lebih besar daripada NUC, terutama saat idle. Sekarang saya memakai server rackmount sungguhan karena terlihat keren, tetapi menurut saya bagi kebanyakan orang laptop tua sudah cukup
    • Bagi kebanyakan orang yang baru mulai, jauh lebih bernilai menjalankan sesuatu seperti PiHole di satu desktop daur ulang murah atau satu Raspberry Pi, lalu berkembang dari sana. Homelab saya[0] juga dimulai dari satu Pi yang menjalankan PiHole, dan sekarang berkembang menjadi konfigurasi 4 mesin yang menjalankan semua yang saya butuhkan seperti Jellyfin, Calibre, DNS, dan lainnya
      Namun ketika kemudian melakukan rackmount dan meng-upgrade sebagian hardware, panduan “pemula” ini sangat membantu
      [0] https://blog.janissary.xyz/posts/homelab-0
    • “Homelab” saya juga berupa konfigurasi beberapa komputer kecil yang dijejalkan di tempat-tempat yang sepenuhnya tersembunyi atau memang punya alasan untuk ada di sana. NUC Celeron lama menjalankan Pi-Hole, Syncthing, dan alat diagnostik dari bawah sofa, dan dampaknya ke tagihan listrik bisa diabaikan
      Mini PC Lenovo berfungsi sebagai node Syncthing sekaligus HTPC di belakang TV. Ini bukan konfigurasi paling canggih di dunia, tetapi berjalan baik, sangat murah, dan cocok untuk apartemen

  • Sedikit menyimpang, tetapi untuk server rumahan saya benar-benar ingin memuji Proxmox. Selama 25 tahun saya menjalankan server Linux di rumah dalam berbagai bentuk, dan selalu mengelola sistem tunggal seperti Ubuntu secara manual, yang sangat merepotkan
    Proxmox memudahkan menjalankan beberapa container dan mesin virtual di satu perangkat keras. Awalnya saya mulai dengan memvirtualisasikan satu sistem Ubuntu besar, tetapi itu saja sudah memberi manfaat seperti backup dan high availability. Sekarang saya mulai memisahkan tiap layanan ke container masing-masing, dan hasilnya jauh lebih rapi

    • Proxmox luar biasa. Saya membuat cluster dari dua mesin yang tidak terpakai, satu hampir berusia 10 tahun dan satu lagi relatif baru dengan 5950X, dan sekarang saya tidak perlu khawatir satu kotak Debian berisi semua layanan mati lalu semuanya hilang
      Mesin virtual itu sendiri memang berguna, tetapi migrasi antar-mesin serta alat backup/pemulihan terpusat yang diberikan Proxmox benar-benar membebaskan. Baru-baru ini saya menambahkan passthrough GPU PCIe ke VM Windows dan membuatnya men-streaming game ke mesin-mesin lemah di rumah lewat Moonlight/Sunshine, dan hasilnya begitu bagus sampai PC gaming sungguhan saya hanya menumpuk debu di pojok. Satu-satunya keluhan saya adalah semoga ada lisensi berbayar yang lebih murah. Saya ingin membalas nilai yang saya dapat, tetapi lebih dari 100 dolar per CPU per tahun terlalu mahal untuk penggunaan hobi. Saya menghargai tier gratisnya sama sekali tidak mengganggu, tetapi akan bagus jika ada tingkat menengah
    • Proxmox sangat membantu, terutama bagi pemula homelab yang sudah akrab dengan Linux. Saat belajar, kita bisa dengan mudah membuat dan menghapus berbagai lingkungan
      Namun storage secara umum tidak mudah. Sulit memahami dengan benar konsekuensi dari berbagai pilihan, dan jika tidak cukup terbiasa dengan zfs, lvm, lvm-thin, repartisi, dan sejenisnya, sulit menyiapkan fondasi NAS dengan benar
    • Saya masih terjebak dalam technical debt server rumahan monolitik, jadi saya juga sedang mempertimbangkan migrasi. Bagian yang selalu membuat saya penasaran adalah storage. Server ini juga merupakan NAS yang menyediakan file lewat SMB dan media lewat Plex
      Saya dengar sebagian orang me-mount array data[1] langsung ke Proxmox dan hanya memvirtualisasikan hal-hal di atas lapisan storage seperti Plex, sementara yang lain melakukan PCI passthrough HBA[2] ke VM NAS. Keuntungan pendekatan pertama sepertinya adalah bisa melakukan bind mount langsung ke container LXC, alih-alih memakai loopback SMB/NFS/9p. Ada juga yang memakai TrueNAS atau Unraid sebagai bare metal dan menyerahkan storage sekaligus hypervisor kepadanya, dan itu juga masuk akal. Versi Linux dari TrueNAS sekarang juga sudah punya waktu untuk matang, jadi mungkin perlu saya coba. Saya juga memakai hardware transcoding dengan Quicksync bawaan prosesor Intel, dan penasaran apakah ada masalah saat menggunakannya lewat VM. Mungkin saya harus merelakan TTY lokal Proxmox
      [1] Maksudnya array yang berisi file sungguhan, bukan VHD. Sejak awal saya cenderung memisahkannya, dan itu juga diperlukan karena saya tidak mampu menaruh semua data di SSD dan tidak tahan menaruh root OS di HDD. Atau mungkin yang ideal adalah satu array ZFS master dengan dataset untuk file dan zvol atau NFS untuk root VM
      [2] Saya dengar ini lebih andal daripada passthrough SATA per perangkat, tetapi kekurangannya adalah pengikatannya lebih kasar. Artinya VM menguasai semua port secara eksklusif, sehingga disk yang bukan bagian dari array tidak bisa dipasang di sana
    • Tentu saja, di sistem Ubuntu kita juga bisa sekadar menjalankan container, dan tidak ada yang mencegah backup. Meski begitu, untuk server baru lebih baik memulai dari hypervisor sejak awal
      Fleksibilitasnya meningkat karena bisa mencampur distro lain atau sistem non-Linux. Misalnya saya menjalankan router OPNsense. Saya memakai xcp-ng, bukan Proxmox
    • Saya penasaran, dengan menjalankan VM di Proxmox, sebenarnya bagaimana high availability bisa muncul?

  • Saya tahu ini akan menjadi meme “I use Arch btw” yang baru, tetapi kalau memilih jalur ini, saya sangat merekomendasikan Nix sebagai distro. Idealnya, setelah berhasil dibuat berjalan sekali, tinggal dibiarkan menyala terus; dengan Nix, seluruh status sistem tercatat di git
    Tidak perlu lagi bertanya “dulu 6 bulan lalu ini saya perbaiki bagaimana ya?” atau merakit ulang sistem secara manual setelah upgrade distro Ubuntu meledak. Semua perubahan, paket yang dipasang, dan nilai konfigurasi ada di log git. Saya sendiri sering membuka repositori git sebagai dokumentasi untuk mengecek apa saja yang terpasang dan bagaimana sistem dikonfigurasi

    • I use nix btw. Sepenuhnya setuju. Nix dan NixOS sering menyakitkan, tetapi begitu berhasil dibuat berjalan, rasanya benar-benar mulia
      Menyinkronkan konfigurasi sistem/pengguna/aplikasi ke beberapa perangkat dengan cepat dan mudah itu menakjubkan. Berkat pendekatan deklaratif, kerja keras sampai berhasil berjalan terasa terbayar; setelah Anda menemukan caranya, Anda tidak perlu mengulang hal yang sama lagi. Karena deklaratif, tersisa contoh konfigurasi kerja yang terdokumentasi dan bisa dikembangkan dari sana. Saat ini saya sedang belajar lingkungan pengembangan Nix sambil membangun “Linux from Scratch” dengan Nix; lambat, tetapi setiap kali berhasil, hasilnya mengeras menjadi keadaan yang dapat direproduksi. LLM jelas membantu merangkum dokumentasi yang tersebar dan minim, tetapi tetap membutuhkan ketekunan yang cukup besar. Secara keseluruhan saya sangat menikmati Nix dan ingin lebih banyak memanfaatkannya di homelab
    • Saya berharap kurva belajar Nix lebih landai. Atau saya berharap saya lebih pintar. Ini ada dalam daftar hal yang ingin saya utak-atik suatu hari nanti, tetapi daftar itu panjang, dan saya belum berhasil melewati rintangannya
      Konsepnya saya mengerti, tetapi ketika ingin mencoba paket atau aplikasi baru, saya bisa sampai lebih cepat dengan docker-compose dan VM daripada memeras otak dengan cara Nix
    • Sebagai catatan, saya memakai Arch di homelab tetapi tetap mencapai cattle not pets. Media instalasi Arch sudah menyertakan cloud-init, jadi saya cukup menaruh cloud-config berisi modul untuk membangun server dari nol di USB terpisah, mencolokkan drive berlabel cidata bersama media instalasi, lalu menyalakannya
      Saya tidak tahu apakah Nix akan lebih mudah, tetapi cloud-init hanya membiarkan kita menjalankan skrip yang kemungkinan sudah dikenal oleh orang yang melakukan hal seperti ini, jadi tidak perlu DSL terpisah. Mungkin ada yang berkata “saya benci YAML”, tetapi orang yang tertarik pada homelab kemungkinan juga mengelola beberapa server di tempat kerja dan tidak bisa menghindari cloud-init, Ansible, Kubernetes, atau sesuatu yang memakai YAML tanpa pilihan. Jika tujuan homelab adalah berlatih hal yang dilakukan di pekerjaan tanpa risiko merusak milik orang lain, lebih baik terbiasa dengan alat yang memang harus dipakai dan tidak membuat lingkungan rumah terlalu berbeda dari tempat kerja. Tentu saja, banyak orang di Hacker News, berbeda dari saya, memakai “homelab” untuk berarti self-hosting server media, chat, berbagi foto, dan sebagainya untuk keluarga dan teman, bukan mini data center untuk berlatih data center sungguhan
    • Saya juga awalnya menjalankan versi Raspbian yang berbeda-beda di beberapa RasPi, lalu lelah dengan configuration drift dan memindahkan semuanya ke Nix. Bisa menulis satu Nix Flake dan membangun image instalasi kartu SD deklaratif untuk semua perangkat membuat pengelolaan banyak mesin benar-benar semudah mimpi
      Jika tertarik, tutorialnya ada di sini[0]. Satu-satunya masalah adalah bagian deployment jarak jauh untuk konfigurasi Nix. Satu-satunya tool 1st-party, nixops, pada dasarnya terbengkalai dan dukungannya sudah berhenti. Tool komunitas seperti morph atau deploy-rs terlihat menjanjikan, tetapi dukungan Flakes serta aktivitas/keberlanjutan jangka panjangnya berbeda-beda
      [0] https://blog.janissary.xyz/posts/nixos-install-custom-image
    • Saya menghindari urusan merakit ulang sistem setelah upgrade distro Ubuntu meledak dengan menjalankan Gentoo Linux di mesin Linux. Saya pernah dengar Arch juga bagus, tetapi belum pernah mencobanya
      Ubuntu memang kurang bagus. Dulu saya memakai Ubuntu selama beberapa tahun, dan saya sangat senang karena akhirnya bisa merekomendasikan distro Linux yang stabil dan mudah dipakai kepada non-ahli. Namun setelah dua atau tiga upgrade in-place berturut-turut merusak sistem dan membuatnya hanya bisa diperbaiki dengan proses instalasi Gentoo yang terdokumentasi baik serta pengetahuan administrator sistem yang didapat dari bertahun-tahun trial-and-error, saya berhenti memakainya. Jangan biarkan teman Anda memakai Ubuntu

  • Selama beberapa tahun saya menaruh perangkat saya di dalam sofa IKEA FRIHETEN. Kelebihannya: mudah diakses, benar-benar tidak terlihat selain 1 kabel listrik + 1 WAN optik + 1 LAN Ethernet, dan secara struktur mudah untuk mengeluarkan kabel serta nyaman untuk penataan/pengkabelan di dalamnya
    Peredaman suara juga gratis, dan di musim dingin menjadi pemanas sampai bokong yang duduk di atasnya tidak pernah terasa dingin. Pasangan saya senang karena sama sekali tidak melihat lampu berkedip, dan tidak menyadari saya membeli UPS serta disk bay. Kekurangannya: agak tidak nyaman bekerja di bagian dalam, ada getaran saat diduduki atau dibuka-tutup sehingga hard disk berputar mungkin tidak menyukainya, dan panasnya ternyata baik-baik saja—tidak lebih buruk daripada lemari pakaian. Ada risiko cairan tumpah, tetapi dari desainnya cairan cenderung mengalir di sekeliling, bukan masuk ke dalam; dalam skenario terburuk, tinggal beri alas di bawah hardware. Pasangan yang memindahkan furnitur saat bersih-bersih bisa menarik kabel, jadi perlu memberi panjang kabel cadangan
    † https://www.ikea.com/us/en/images/products/friheten-sleeper-...
    †† Setelah dirutekan ke sudut belakang lalu disembunyikan di dalam dinding sampai stopkontak terdekat, pada praktiknya kabel itu tidak terlihat

    • Saya pernah punya ide serupa untuk model sofa IKEA KIVIK yang bukan tempat tidur. Sandaran lengannya yang lebar dan kotak terbuka di bagian bawah, jadi rasanya bisa memasukkan tower PC SFF kecil atau perangkat rackmount secara menyamping, dan di bawah dudukan juga ada ruang untuk perangkat rackmount
      Salah satu alasan akhirnya tidak saya lakukan adalah karena saya tidak mau ada bahan bakar sofa tepat di atas dan di sekitar perangkat jika terjadi kebakaran. Saya sedikit lebih khawatir pada UPS daripada server itu sendiri. Mungkin saya akan sedikit lebih tenang jika area itu dilapisi lembaran logam dan ventilasinya dibuat baik bila jenis baterai UPS bisa mengeluarkan gas, tetapi itu jadi terlalu banyak pekerjaan. Jadi akhirnya perangkat saya pindah ke rak/ambalan yang jauh dari bahan kain, dan bisa saya cek secara visual
    • Benar-benar luar biasa. Saya penasaran apakah ada foto asli server yang dimasukkan ke dalamnya
      Saya rasa ventilasi, panas, dan risiko kebakaran akan cukup mengkhawatirkan. Ini mengingatkan saya pada lack rack
      https://archive.is/Uf2k3

  • Seluruh dunia homelab itu luar biasa. Setiap orang punya tujuan masing-masing, seperti daya rendah, prosesor yang menarik, kepemilikan data, high availability, UPS/UPS untuk seluruh rumah, dan menariknya titik temu dari minat serta software yang saling bertumpuk ini adalah rumah
    Rentang orang yang tertarik juga menarik, dari profesional industri yang bermain-main sebagai hobi sampai orang-orang di luar industri. Aku juga benar-benar ikut tenggelam di dalamnya, dan setidaknya bagiku, ini menghidupkan kembali rasa magis seperti internet masa awal

    • Komunitasnya benar-benar hebat. Sangat aktif di Reddit dan Lemmy, dan orang-orang selalu cepat menemukan solusi serta memberi saran untuk mengaturnya sesuai praktik terbaik. Kalau kamu tertarik mempelajari hal semacam ini, tempat itu benar-benar permata

  • Dari sudut pandang lain, homelab-ku seperti ini. Lokasinya di atas rak kantor bawah tanah, ventilasinya lumayan, dan WiFi-nya oke meski tidak terlalu bagus
    Hardware-nya adalah PC lama yang kupungut dari ajang tukar-menukar lokal, lalu kutambahkan RAM dari PC tua lain, serta membeli hard disk dan kartu WiFi. Software-nya Debian stable dan podman/podman-compose. Semua layanan yang berguna berupa folder berisi file compose, lalu kuubah menjadi unit systemd dengan podman-compose. Kalau konfigurasi yang dibahas di tulisan itu cocok dengan seleramu, itu keren, silakan saja lakukan. Tapi kamu tidak harus begitu, dan terutama tidak perlu begitu sejak awal. Di PC tua yang hampir gratis ini, aku menjalankan beberapa layanan yang dipakai keluarga setiap hari, tetapi RAM 16GB-nya bahkan tidak terpakai separuh dan penggunaan CPU juga tidak pernah melewati 5%

    • Konfigurasi homelab yang paling kusukai adalah saat aku memakai laptop tua, awalnya menjalankan XP tapi kuganti ke Ubuntu, bersama beberapa USB drive, semuanya ditaruh di laci paling atas lemari arsip yang kupungut
      Aku membuat lubang kabel di bagian belakang, dan panasnya cukup rendah sehingga aliran udara tidak pernah jadi masalah. Aku meng-host situs web pribadi dan webcam akuarium, menghubungkannya ke bel pintu, serta memakainya untuk XMPP dan penyimpanan dokumen. Kalau butuh server, apa pun kutaruh di sana. Setelah pindah rumah, aku memakai Mac Mini lama sebagai NAS, dan setelah itu tidak banyak waktu untuk mengutak-atiknya
    • Mirip dengan itu, homelab-ku berupa rig gaming lama yang diselipkan di sudut, menjalankan beberapa layanan docker compose lewat systemd
    • Ini hampir bisa jadi ceritaku juga. Bedanya, “server”-ku adalah Dell Micro PC bekas pengembalian lease, RAM-nya kumaksimalkan untuk menjalankan ProxMox, dengan beberapa VM dan data yang tersimpan di Synology NAS, semuanya berada di lemari kantor bawah tanah
      Aku juga sudah menyiapkan tailscale untuk akses jarak jauh

  • Seiring waktu saya membangun homelab yang cukup besar dengan banyak usaha, dan karena berjalan baik saya sangat menyukainya. Namun masalah sebenarnya adalah pemulihan bencana. Rasanya akan butuh selamanya untuk mereplikasi semuanya, dan saya juga tidak yakin bisa mengingat semuanya
    Konfigurasi router, konfigurasi switch, NAS, container Docker yang tersebar di berbagai VLAN, dan sebagainya—saya memang menggambar jaringan di awal, tetapi seiring waktu tidak mampu menjaganya tetap mutakhir. Saya penasaran apakah ada alat yang bagus untuk membuat diagram infrastruktur, mendokumentasikannya, dan menjaganya tetap up-to-date. Backup dan upgrade juga terus menjadi masalah. Sering kali saya membuat satu container, lalu ketika melihatnya lagi 6 bulan kemudian saya sama sekali tidak ingat apa yang saya lakukan. Ada puluhan container tersebar di berbagai mesin seperti NUC, NAS, desktop, dan server, dan untuk setiap layanan lokasi bind mount, user yang menjalankan, serta konvensi permission terasa berbeda-beda. Saya tidak bisa menyimpan semuanya di kepala, terutama setelah waktu berlalu. Akan menyenangkan kalau dari satu antarmuka terpusat saya tinggal menekan backup, restore, dan upgrade. Saya merindukan masa ketika VM clone/snapshot lama bisa diperlakukan seperti cattle. Di mesin Proxmox masih ada beberapa VM, jadi agak mirip, tetapi untuk keseluruhan homelab tidak ada hal seperti itu. Secara teori saya ingin sampai ke titik di mana sekalipun rumah terbakar, seluruh konfigurasi bisa dipulihkan sepenuhnya. Pasti ada cara yang lebih sederhana daripada sampai memakai Kubernetes untuk manajemen konfigurasi rumah; saya penasaran apa yang dipakai orang lain

    • Masalah utamanya tampak seperti kurangnya konsistensi. Saya akan mulai dengan mengurangi jumlah jenis perangkat, cara deployment, dan semacamnya
      Terlalu sulit bagi satu atau dua orang untuk berekspansi secara luas, tetapi jika menggali satu stack secara mendalam, kita jadi benar-benar memahaminya; dan jika semuanya dilakukan dengan cara yang persis sama, kondisinya menjadi lebih dekat ke semuanya berjalan atau semuanya tidak berjalan. Pada akhirnya strukturnya menjadi sesuatu yang semuanya harus berjalan dengan baik
    • Tahun lalu saya tidak sengaja menghapus drive server, tetapi berkat konfigurasi saya, hasilnya tidak terlalu buruk. Strateginya adalah menaruh skrip deploy.ps1 di setiap folder proyek
      80% isinya hanya membuat VM, menyalin file dengan rclone, lalu memasang/menjalankan service jika perlu, dan dengan command kustom kira-kira hanya 3 baris. Jika VM sudah menyala, deployment butuh sekitar 100 ms. Kadang skripnya menjadi lebih rumit, tetapi gagasan dasarnya adalah apa pun sistem yang dipakai di dalamnya, menjalankan deploy.ps1 harus tetap bekerja tanpa internet, tanpa dependensi, sampai kematian termal alam semesta. Setelah kehilangan semuanya, saya menjalankan deploy lagi dan memulihkan semuanya dengan mengikatnya sebagai daftar. Saya setuju bahwa dokumentasi konfigurasi routing belum 100%. Konfigurasi router/switch saya sendiri juga sejujurnya terlalu rumit, jadi rasanya perlu dikurangi
    • Akan bagus jika perusahaan seperti Framework atau System76 menghadirkan proses manufaktur yang dapat direproduksi untuk mengodekan hardware seperti Nix/Guix mengelola build. Pemulihan bencana akan jauh lebih mudah
      Super Micro Computer mungkin sudah bisa melakukannya, tetapi targetnya adalah data center. Kita hanya bisa bermimpi
    • Karena kompleksitas infrastruktur tampaknya tidak membantu, saya akan mulai dengan menguranginya lebih dulu. Saya memakai satu server Fujitsu D3417-B, Xeon 1225v5, 64GB ECC, WD SN850x 2TB NVMe dengan Proxmox, dan router OpenWRT Banana Pi BPI-R3
      Proxmox memakai sekitar 12W saat idle, OpenWRT sekitar 4,5W, dan dengan NodeJS saya bisa menjalankan MeshCommander di OpenWRT untuk manajemen jarak jauh. Karena memakai enkripsi native ZFS, saya melakukan backup penuh ke drive eksternal seperti ini
      # create backup pool on external drive
      zpool create -f rpoolbak /dev/sdb
      # create snapshot on proxmox NVMe
      zfs snapshot -r "rpool@backup-2024-01-19"
      # recursively send the snapshot to the external drive (initial backup)
      # pv only is there to monitor the transfer speed
      zfs send -R --raw rpool@backup-2024-01-19 | pv | zfs recv -Fdu rpoolbak
      Untuk backup inkremental, cukup beri opsi -I serta dua snapshot yang menunjukkan awal/akhir
      # create new snapshot
      zfs snapshot -r "rpool@backup-2024-01-20"
      # only send everything between 2024-01-19 and 2024-01-20
      zfs send -RI --raw rpool@backup-2024-01-19 rpool@backup-2024-01-20 | pv | zfs recv -Fdu rpoolbak
      Mudah, cepat, dan cukup bisa diandalkan. Dengan zfs-auto-snapshot, filesystem bisa dikembalikan dalam interval 15 menit. Ini juga cukup berguna untuk mengembalikan virtual machine[1]. Baru-baru ini NVMe saya, Samsung 980 Pro, mati; saya menjalankan perintah shell untuk memulihkan backup zfs ke arah sebaliknya, dari rpoolbak ke rpool, dan untuk 700GB butuh sekitar 2 jam sebelum server kembali online. Saya tahu ZFS dalam beberapa kasus dianggap “eksperimental”, terutama untuk enkripsi, tetapi saya cukup puas dengan hasilnya
      1: https://pilabor.com/series/proxmox/restore-virtual-machine-v...
    • Saya sempat ingin mem-bootstrapping ulang homelab saya, tetapi karena tahu pasti akan ada yang terlupa atau menjadi kondisi “tidak bisa menyimpan semuanya di kepala”, saya jadi buntu
      Karena itu saya menghabiskan banyak waktu untuk dokumentasi, dan sebisa mungkin berusaha membuatnya sederhana, mendekati bawaan/default, serta punya dukungan komunitas. Akibatnya, saya belum punya homelab, juga belum punya “homeprod” seperti yang disebut seseorang di sini. Saya juga menemukan teman yang sedang saya yakinkan tentang masalah yang sama, dan kami mungkin akan saling me-mirror dokumentasi serta prosedur homelab agar bus factor tidak menjadi 1

  • Sejak tahun lalu saya sudah menyiapkan dan memelihara konfigurasi homelab, dan ini benar-benar luar biasa. Saya belajar sangat banyak tentang container, virtual machine, dan networking
    Beberapa aplikasi self-hosted seperti paperless-ngx [1] dan immich [2] jauh lebih unggul dari solusi cloud proprietari dari sisi fitur. Ditambah layanan VPN seperti tailscale [3], sekarang saya bisa mengakses homelab dari mana saja di seluruh dunia. Yang kurang tinggal menyiapkan mesin berdaya rendah seperti NUC atau mini PC untuk memindahkan layanan yang dibutuhkan 24/7 dan mengurangi tagihan listrik. Kalau bisa memeliharanya dan punya energi untuk pengecekan serta upgrade rutin di akhir pekan, saya 100% merekomendasikan membuat homelab sendiri
    [1] https://docs.paperless-ngx.com/
    [2] https://immich.app/
    [3] https://tailscale.com/

    • Sebaiknya benar-benar berinvestasi pada mini PC. Saya membeli HP elitedesk yang bertenaga, hanya memakai 7W saat idle dan menjalankan 38 container

  • Kalau perangkat homelab berada di ruang hidup orang non-teknis yang geek, perlu juga memikirkan kebisingan, lampu/display, dan agar tidak mencolok. Saya tinggal di apartemen dan lama menaruhnya di dalam lemari pakaian; setelah memindahkannya ke ruang tamu, saya memakai beberapa solusi
    Agar tidak mencolok, saya memakai kabinet IKEA CORRAS yang cocok dengan furnitur lain. Dulu saya memasang tiang rackmount, tapi karena menonjol akhirnya saya lepaskan. Untuk kebisingan, saya memilih perangkat fanless atau perangkat yang bisa didinginkan dengan sedikit kipas Noctua, dan mengganti kipas PSU 1U dengan Noctua juga perlu sedikit solder dan umpatan. Pada akhirnya, di lingkungan yang bukan data center, saya sering memakai server Atom yang bisa berjalan fanless kecuali PSU. Server GPU 3090 yang saat ini satu-satunya tidak senyap saya atur agar hanya menyala saat dibutuhkan. Saya menjalankan perintah Wake-on-LAN dari laptop, tetapi IPMI, PDU atau trik stopkontak IoT, menghentikan 3090 dan kipas lewat software, otomatisasi Kubernetes, dan lain-lain juga memungkinkan. LED indikator yang terlalu terang bisa ditutup dengan pita label-printer putih; hasilnya bagus dan ternyata terlihat cukup rapi. Untuk lampu yang tidak perlu dilihat, saya memakai pita label-printer hitam. Untuk konsol, saya terutama suka konsol rak slide-out yang tidak mencolok seperti IBM vintage dengan keyboard TrackPoint. Kalau menaruh display monitoring di ruang tamu, setidaknya keyboard akan saya taruh di laci slide-out. Saya juga menyingkirkan perangkat yang tidak perlu. Kalau tidak, Anda akan butuh lebih dari dua kali ruang rak saat ini, dan makin sulit membuatnya lolos terlihat seperti perlengkapan audiophile di ruang tamu. Kalau di apartemen saat ini tidak ingin mengutak-atik router dan hanya butuh server, router OpenWRT plastik juga layak dipertimbangkan. Itu bisa menggantikan beberapa unit rak untuk router, switch, dan patch panel, dan mungkin tidak perlu AP WiFi eksternal serta perkabelan

    • Saya mahasiswa pascasarjana matematika dan ingin mencoba LLM juga, jadi karena anggaran saya sedang mempertimbangkan 3060 atau 3090. Tapi saya memakai MacBook Pro tahun 2011, jadi kurang nyaman untuk pekerjaan seperti ini
      Dengan mempertimbangkan “kebutuhan” saya, saya penasaran berapa anggaran atau pengeluaran minimum yang perlu saya tetapkan. Atau apakah situs seperti vast.ai saja sudah cukup

  • Mungkin karena sudah lewat 30 tahun, saya menyebutnya sekadar jaringan rumah dan keadaan punya dua komputer atau lebih. Alasan saya punya jaringan rumah adalah karena, seperti banyak orang di sini, saya mengembangkan aplikasi jaringan
    Saya bukan teknisi jaringan, tetapi memahami bagaimana berbagai komponen internet seperti TCP/IP dan DNS benar-benar bekerja itu sangat berguna, dan membedakan Anda dari banyak developer lain. Saya juga suka punya kendali langsung atas jaringan saya dan fleksibilitas untuk melakukan apa yang saya mau. Alasan punya banyak komputer bukan terutama untuk bermain dengan berbagai OS, karena virtualisasi sekarang sudah cukup bagus. Sebenarnya karena lokasi perangkat. Hard disk cukup berisik, jadi saya ingin menaruhnya di dalam lemari, tetapi layar dan keyboard ingin saya taruh di atas meja. Jadi di lemari ada NAS, di meja ada PC yang senyap, dan di ruang tamu ada media center tanpa suara serta perangkat lain. Satu hal yang ingin saya katakan: jangan tergoda perangkat server rackmount. Kelihatannya keren dan bisa didapat murah bekas, tetapi tidak cocok untuk rumah. Lebih baik gunakan casing PC desktop dengan kipas besar. Perangkat jaringan rackmount cukup oke

    • Tergantung servernya. Super Micro membuat server rackmount yang cukup dangkal untuk masuk ke kabinet jaringan atau rak dinding, dan konsumsi dayanya juga rendah
      Ada juga sistem manajemen OOB sungguhan, jadi cukup membantu. https://www.supermicro.com/en/products/system/iot/1u/sys-510...
      Saya setuju bahwa server rackmount dalam yang umum memberi terlalu sedikit manfaat dibanding repotnya untuk homelab
    • Home server saya dibuat dari casing 4RU yang diisi komponen desktop. Untungnya 4RU cukup tinggi untuk memasang kipas besar, jadi cukup senyap
      Namun kalau Anda punya niat sedikit saja untuk membawa perangkat rackmount sungguhan ke rumah, saya sangat menyarankan untuk sebisa mungkin mendengar dulu kebisingan mengerikannya. Sulit membayangkan hidup sambil menahan itu
    • Perangkat rackmount juga bisa baik-baik saja tergantung di mana ia dimasukkan sebagai “rak”. Di beberapa iklim, bisa ditaruh di garasi atau basement dan semacamnya
      Namun kalau tidak punya rak sungguhan, itu jadi cukup merepotkan. Akhirnya ia ditumpuk di atas perangkat lain seperti menara mirip rak, dan untuk mengakses perangkat yang ingin dikerjakan Anda harus membongkar semuanya. Kalau mau mengambil perangkat rak eks-lease, sekalian saja benar-benar beli rak dan relnya. Rel bisa agak mahal, jadi pastikan mencari listing yang sudah menyertakannya. Rel sering kali kompatibel jauh lebih lama daripada server, sehingga perusahaan besar yang membuang banyak perangkat eks-lease biasanya tidak menyertakannya, sementara penjual kecil sering menyertakannya