Home Lab Yeni Başlayanlar İçin Donanım Rehberi

 (linuxblog.io)
2 puan yazan GN⁺ 2024-03-09 | 1 yorum | WhatsApp'ta paylaş
  • Home Lab, evde ağ ve sunucu yapılandırmalarını güvenle denemek için kullanılan bir sandbox ortamıdır; uzaktan yedekleme ve izlemeden cihaz testlerine kadar her şey üretim yükü olmadan ele alınabilir
  • Kurulumdan önce sıcaklık, havalandırma, güç, gürültü, toz ve kablo güzergâhı gibi fiziksel koşulları önce kontrol etmek ve evin yapısına uygun bir ağ diyagramı çizmek iyi olur
  • Rack ve kabinet seçimleri cihaz derinliği ve ısı çıkışına göre değişir; sığ ağ ekipmanları ile derin sunucu ekipmanlarını aynı ölçüte göre seçmek soğutma ve erişilebilirliği bozabilir
  • ISP modemi, router·switch, UPS, patch panel, kablolar ve sunucuların hepsini bir anda satın almak gerekmez; küçük bir kurulumla başlayıp güç tüketimi ve genişleme payını zamanla dengelemek daha gerçekçidir
  • 2020'de 12U rack ile başlayan kurulum 6 yıl içinde 10G uplink ve 2.5G LAN'a kadar genişledi, ancak asıl önemli nokta pahalı ekipmanlardan çok işletilebilir yerleşim ve güç yönetimidir

Home Lab'in amacı ve işletim kapsamı

  • Home Lab, evde güvenle deney yapılabilen bir test ortamıdır ve yeni ayarları doğrudan üretim cihazlarına uygulamanın riskini azaltır
  • Kullanım örnekleri şunlardır
    • Uzaktan yedekleme
    • Uzak sunucular için ağ izleme ve uyarılar
    • Kablolu UAP AP
    • Çeşitli cihaz ve servislerin denenmesi
  • Bu kurulum ilk olarak 2020'de yayımlandıktan sonra sürekli güncellendi ve Mart 2026 itibarıyla yapılandırma değişiklikleri ile 6 yıllık zaman çizelgesini içeriyor

Kurulum yerini seçme ölçütleri

  • Home Lab konumu seçilirken sıcaklık ve havalandırma, kablo tesisatı, erişilebilirlik, güç, gürültü, toz ve insan trafiği birlikte değerlendirilmelidir
  • Olası konumların artıları ve eksileri nettir
    • Home office: Masa ve ekipmanlar yakın olduğu için kablolar kısa olur, ancak home office olmayabilir ya da zaten uzun süre vakit geçirilen bir alan olabilir
    • Oturma odası: Genelde serin ve geniştir, ancak yoğun geçiş ve hasar riski vardır
    • Dolap: Erişimi kolaydır ve gizlemek için uygundur, ancak havalandırma ve alan yetersiz olabilir
    • Bodrum: Genelde serindir, ancak su baskını veya erişim sorunları yaşanabilir
    • Çatı arası: Gürültü daha az olabilir ve kablo döşemek kolaylaşabilir, ancak bölgeye göre yüksek sıcaklık, sızıntı ve nem sorunları olabilir
    • Garaj: Evin içindeki gürültüyü azaltır ve daha az görünür olur, ancak böcek, sıcaklık, toz, uzun kablo ve araç kaynaklı hasar riski vardır
  • Gerçek kurulum home office'e yerleştirildi; dizüstü bilgisayar, masaüstü, sunucu ve diğer ekipmanlar aynı alanda olduğundan kablo uzunlukları kısa tutulabildi
  • Kurulumdan önce bir ev ağı diyagramı çizmek veya ağ tasarım araçları kullanmak, kablo güzergâhlarını ve ev planını önceden kontrol etmek açısından faydalıdır

Rack, kabinet ve ekipman yerleşimi

  • Ağ kabinetleri/rack'leri ile sunucu kabinetleri/rack'leri sık karıştırılır; ancak router, switch ve patch panel'ler genelde sunuculardan daha sığdır ve daha az ısı üretir
  • Sunucu sınıfı ekipman yerleştirmeyi planlıyorsanız ağ kabinetinin derinliği ve havalandırması yetersiz kalabilir; cam kapılı ürünler de ısıyı uzaklaştırmada dezavantajlı olabilir
  • Kabinet veya rack seçerken önce kurulum ortamına bakılmalıdır
    • Büyük ve ağır sunucular kurulacaksa kabinetin ya da dört direkli rack'in sağlamlığı önemlidir
    • Cihazların yan ve arka tarafına sık erişilecekse açık rack veya yan panelleri sökülebilen kabinet daha avantajlıdır
    • Ek soğutma gerektiren ekipmanlarda kapalı kabinet kullanılıyorsa havalandırma tasarımı daha kritik hale gelir
    • Tozlu odalarda kabinet, ekipmanı koruma açısından avantaj sağlar
    • Oturma odası gibi misafir girip çıkan alanlarda kilitlenebilir kabinet daha düzenli görünebilir
    • Erişim kısıtı veya güvenlik gerekiyorsa kilitli kabinet daha uygundur

Önerilen donanımlar ve seçim ölçütleri

  • Ürün fiyatları Amazon'un güncel fiyatlarına dayandığı için değişebilir ve bazı Amazon bağlantıları komisyonlu bağlantılardır

  • ISP kablo modemi

    • Yeni başlayanlar, tam bir rack kurmadan önce yalnızca ISP'nin verdiği modemi değiştirerek bile ev ağı denemelerine başlayabilir
    • ABD'deki birçok ISP her ay modem kira ücreti aldığı için cihazı doğrudan satın almak maliyet açısından anlamlı olabilir
    • ISP'nin verdiği modem/router kombinasyonları düşük kaliteli veya ikinci el olabilir, özellikleri yetersiz olabilir ve yeni açıklar çıktığında firmware güncellemeleri için ISP'ye bağımlı kalınabilir
    • İyi bir ISP ve yeterli ekipman kullanıyorsanız mevcut yapı aynen kalabilir; değiştirme gerekçesi ek ağ özellikleri ve Home Lab deney ortamı kazanmaktır
    • Kablo internet için örnekler Motorola MB7621 32×8 ve Motorola MB8611 DOCSIS 3.1 modelleridir
    • Fiber internette sağlayıcıya göre ONT doğrudan değiştirilebilir, ancak birçok kurulumda ONT ISP tarafından yönetilir ve kullanıcı kontrolü router'dan başlar
    • Kablo modemleri çok ısınabildiği için rack'in üst kısmına yerleştirmek veya üstte ve altta hava akışı boşluğu bırakmak gerekir

  • Rack

    • Rack birimi U veya RU, 1 3⁄4 inç yani 44.45 mm'dir ve 19 inç/23 inç rack çerçeveleri ile ekipman yüksekliğini ifade eden bir ölçüdür
    • Yaygın tam boy rack yüksekliği 42U'dur
    • Örnek ekipmanlar:
    • Rack ekipmanı ölçerken rack'in iç genişliğini değil, rack rafı genişliğini ekipman genişliğiyle karşılaştırmak gerekir

  • UPS

    • Propan yedek jeneratörü olan ve geçişin yaklaşık 1 dakika sürdüğü bir ortamda, 100W~200W yükü birkaç dakika taşıyabilecek bir UPS gerekiyordu
    • CyberPower OR500LCDRM1U UPS, 500VA/300W, 6 prizli, AVR'li, 1U rackmount bir ürün ve yaklaşık 20 lbs ağırlığında
    • Bu UPS, batarya yaklaşık %50 kullanıldığında iki PoE AP ve 27 inç monitör dâhil kurulumda 30 dakikayı biraz aşan çalışma süresi sundu
    • UPS'te uzun çalışma süresi hedeflemek maliyeti hızla artırdığı için, kritik ve düşük güç tüketimli ekipmanların güvenle kapanmasına yetecek süreyi hedeflemek daha gerçekçidir
    • PoE AP'ler cihaz başına en fazla yaklaşık 9W tükettiğinden UPS yükünü %20~30 seviyesinde tutmaya yardımcı olur

  • Raflar ve güç

    • 1U UPS'in rackmount aparatı yoksa cihazların üstüne konabilir; ancak bataryayı serin tutmak ve ısı birikimini azaltmak için havalandırmalı 1U raf daha uygundur
    • AC Infinity Vented Cantilever 1U Universal Rack Shelf, 6 inçten 16 inçe kadar derinlik seçenekleri sunar; havalandırma delikleri ve slotlar soğutma ile kablo düzenine yardımcı olur
    • CyberPower UPS'te 6 priz bulunur; bunların 4'ü batarya yedekleme ve aşırı gerilim koruması, 2'si yalnızca aşırı gerilim koruması içindir
    • ADJ Products AC POWER STRIP PC-100A, 1U CyberPower UPS'e doğrudan bağlanarak cihaz bazında gücü açıp kapatmayı kolaylaştırır
    • Priz genişletici ve 1U blanking panel'ler güç kullanımını ve rack içi hava akışını iyileştirmede kullanılır

Soğutma, ağ, kablolama ve sunucu yapısı

  • Soğutma

    • Rack ekipmanlarında uygun sıcaklığı korumak, aşırı ısınmayı önlemek, tutarlı performans sağlamak ve kullanım ömrünü uzatmak için önemlidir
    • AC Infinity CLOUDPLATE T7-N 2U Intake yaklaşık 4 yıl kullanıldı ve düşük fan hızında bile rack'i iyi soğuttu
    • Toz birikimi nedeniyle yaklaşık 2 yıl sonra fan arızaları başladı ve 3. yılda 4 fanın 3'ü bozuldu
    • İç konektörlerin devre kartına sıcak silikonla sabitlenmiş 3 pin wafer konektör olması, fan değişimini zorlaştırdı
    • Nisan 2025'te bu cihaz çıkarıldı ve 1U havalandırmalı panel kullanan pasif soğutmaya geçildi; sonrasında sorunsuz çalıştı
    • Klima bulunan ve tozun az olduğu ortamlarda aktif soğutma fanları gerekmeyebilir; gerekiyorsa birkaç ayda bir basınçlı hava ile temizlik yapmak 2~3 yıllık ömür beklentisi açısından faydalıdır

  • Router ve switch

    • Routing ve switching ihtiyaçlarının çoğunun Cisco, Ubiquiti ve TP-Link ekipmanlarıyla karşılanabileceği düşünülüyor
    • Bu kurulum, tipik bir home office'ten çok küçük işletme ekipmanlarına yakın ve gelecekte özellik genişletmeyi hedefliyor
    • Router örnekleri:
    • Switch örnekleri:
    • Netgear, pfSense, OPNsense ve IPFire gibi başka seçenekler de vardır; önerilen her ekipman her ihtiyaca uygun olmayabileceği için ayrıca araştırma yapmak gerekir

  • Patch panel ve kablolar

    • 16 portlu bir patch panel seçildi, ancak geriye dönüp bakıldığında 24 portlu modelin daha doğru seçim olacağı düşünülüyor
    • Yine de 6 yıl sonra bile 16 port ancak yeterli seviyede kaldı
    • ISP'nin en hızlı paketi 160Mbps indirme ve 30Mbps yükleme olduğundan Home Lab için CAT8 ya da CAT7 gerekli değildi
    • 1000Mbps sınırı yeterli görüldüğü için 250 feet CAT6 rulo ve farklı uzunluklarda CAT6 kablolar satın alındı
    • Daha akıcı ağ trafiği gerekirse CAT6a ve üstü değerlendirilebilir; ancak RJ45 konektörler ve patch panel bunu desteklemiyorsa CAT7 veya CAT6a kablo israftır
    • İlk kurulumda koaksiyel kablo yaklaşık 3 feet kısa kaldığı için, ihtiyaç duyulandan daha uzun kablo için bütçe ayırmak iyi olur

  • Sunucu

    • Sunucu gereksinimleri NAS, VM, web sunucusu, yedekleme sunucusu, mail sunucusu veya reklam engelleme gibi barındırılacak iş yüküne göre çok değiştiğinden belirli bir model önerilmiyor
    • Gerçek kurulumda eBay'den ikinci el alınan ThinkCentre M73 ve ThinkCentre M715q kullanıldı
    • İki cihaz da sessiz ve serin çalışıyor; Ubuntu Server ve Windows 10 çalıştırıyor
    • Kurumsal sunucu tarafında Dell, HP, Cisco ve Lenovo seçenekler arasında; Home Lab için ise Craigslist veya eBay'den ikinci el alım yaygın

Basit bir tüm ev VPN kurulumu örneği

  • Bir arkadaş için kurulan tüm ev VPN yapısı, 700VA UPS üzerinde 40W'ın altında tüketimle çalışarak Home Lab'in mutlaka karmaşık ya da yüksek güç tüketimli olmak zorunda olmadığını gösteriyor
  • Bileşenler şunlardır
    • 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 üzerinde çalışan Unifi Controller
    • Brume GL-MV1000 üzerinde çalışan Edge Gateway ve WireGuard VPN
    • Edgeswitch 10xp
    • StarTech.com 8 Outlet Horizontal 1U Rack Mount PDU Power Strip
    • CyberPower SL700U Standby UPS System, 700VA/370W

6 yıllık değişim ve sonuç

  • Home Lab, 2020'de 12U duvar tipi rack, kablo modem ve EdgeRouter ile başladı
  • 6 yıl sonra 10G uplink, pfSense firewall ve 2.5G LAN'a yükseltildi; izleme tarafında da Zabbix yerine Checkmk RAW kullanıldı
  • Başlıca değişiklikler şunlardır
    • Mart 2020: İlk build tamamlandı
    • Nisan 2020: 4G failover, VLAN, blanking panel ve Zabbix izleme eklendi
    • Mayıs 2020: Raspberry Pi ve Zabbix dashboard monitörü eklendi
    • Haziran 2020: Klavye eklendi, mesh kapak tinted plexiglass ile değiştirildi
    • 2022~2023: Yeni eve taşınıldı, EdgeRouter yerine Peplink Balance 20x kullanıldı, UPS yükseltildi
    • 2025 sonrası: 10G uplink ve 2.5G LAN'a geçildi, pfSense firewall'a yükseltildi, Zabbix yerine Checkmk RAW kullanıldı, pasif soğutmaya geçildi
  • En önemli işletim ilkesi küçük başlamak ve büyümeye hazırlıklı olmaktır
  • İlk günden rack, kabinet, patch panel ve tüm ekipmanlara sahip olmak gerekmez; ISP modemini değiştirip uygun bir router ekleyerek başlanabilir
  • Ekipman seçerken güç tüketimini en baştan hesaba katmak, elektrik faturasının gereksiz yere artmasını önlemeye yardımcı olur

İlgili okumalar

1 yorum

 
GN⁺ 2024-03-09
Hacker News yorumları

  • Yazı iyi, ama ölçeği ve kapsamı büyük olduğu için göz korkutması kolay. Home lab’e masanın üstündeki tek bir NUC ile bile rahatça başlanabilir; 64 GB RAM ile gerçekten çok şey çalıştırabilirsiniz.
    NUC, 7/24 çalışma verimliliği açısından iyi, ama CPU yükü uzun sürerse gürültülü hâle gelir. Böyle durumlarda eBay’den bir OptiPlex ya da Precision Tower SFF’ye, mümkünse ECC destekli bir modele geçerek genişlemek iyi olur. Dell SFF’ler küçük olmalarına rağmen düzgün bir masaüstü/sunucuya ve sessiz fanlara sahip; eBay’de 40 dolarlık 10G Mellanox 3 kartlar da sığıyor ve yatay olarak üst üste koymaya uygunlar. 12. nesil CPU öncesi OptiPlex’lerden kaçınmak daha iyi olabilir; elektrik ve alan kısıt oluşturabilir. İkinci el i5-12500’ler şimdiden epey ucuz. LGA1700 ise gerektiğinde i9-14900 non-K bile takabilirsiniz.

    • Rack’i zorunlu bir bileşen gibi fazla ciddiye almaya gerek yok. Rack’ler havalıdır ve home lab rack’i de güzel görünür, ama amaç kullanılabilirlik ve öğrenmeyse sadece hoşunuza gideni kullanın.
      Ben şahsen köşeye 4 kutuyu üst üste koyup, çalışma tezgâhının arkasına iki rack yan panelini cıvatalayarak yaptığım sahte rack’e parçaları vidalayıp kullanıyorum. Raftaki NAS ve birkaç Raspberry Pi da bağlı; bu karmaşayı seviyorum ve çok şey öğrendim. Elinizde olanla başlayın, ihtiyaç duydukça genişletin. Rack, hobi derinleşip stil puanını önemsemeye başladığınızda güzel bir şey.
    • Intel NUC, home lab yapan biri için inanılmaz derecede iyi. Yakın zamanda birkaç tane aldım; özellikle güç tüketimi harika.
      tasmota tabanlı akıllı prize bağlayıp baktığımda boşta yaklaşık 6 W çekiyordu. BIOS ayarları ve tuned profilleriyle her zaman düşük güç için ince ayar yapıyorum, ama genel olarak NUC’ların 30 W’ı aştığı nadir oluyor. Eski bir tungsten ampulün yarısı kadar.
    • İlk home lab’im, ekranı bozuk bir dizüstü bilgisayardı. Ubuntu server kurmak pek zor değildi; yerleşik gigabit Ethernet portu vardı ve USB 3.0 da bulunduğu için NAS olarak kullanılabilecek sabit disk hızlarına ulaşmak kolaydı.
      Eski ikinci el dizüstüler, özellikle ekranı kırık olanlar neredeyse bedavaya alınabiliyor; zaten elinizde varsa ya da bir tanıdık verirse gerçekten bedava. Hedefiniz Plex civarıysa gayet iyi çalışır; dizüstülerin güç tüketimi de özellikle boşta NUC’tan çok fazla değildir. Şimdi havalı göründüğü için düzgün bir rackmount sunucu kullanıyorum, ama çoğu kişi için eski bir dizüstünün yeterli olduğunu düşünüyorum.
    • Yeni başlayanların çoğu için ucuz bir geri dönüştürülmüş masaüstü ya da tek bir Raspberry Pi üzerinde PiHole gibi bir şey çalıştırıp oradan büyümek çok daha değerli. Benim home lab’im[0] de PiHole çalıştıran tek bir Pi ile başladı; şimdi Jellyfin, Calibre, DNS vb. ihtiyacım olan her şeyi çalıştıran 4 makinelik bir yapıya büyüdü.
      Yine de daha sonra rackmount’a geçerken ve bazı donanımları yükseltirken bu “başlangıç” rehberi gerçekten faydalı oldu.
      [0] https://blog.janissary.xyz/posts/homelab-0
    • Benim “home lab”im de tamamen gizlenmiş ya da var olma nedeni olan yerlere sıkıştırılmış birkaç küçük bilgisayardan oluşuyor. Eski bir Celeron NUC, kanepenin altında Pi-Hole, Syncthing ve tanılama araçları çalıştırıyor; elektrik faturasına etkisi yok denecek kadar az.
      Lenovo mini PC, TV’nin arkasında hem Syncthing düğümü hem de HTPC olarak görev yapıyor. Dünyanın en gelişmiş kurulumu değil, ama iyi çalışıyor, çok ucuz ve apartman yaşamına uygun.

  • Biraz konudan sapıyorum ama ev sunucuları için Proxmox'u gerçekten övmek istiyorum. 25 yıldır evde bir şekilde Linux sunucusu çalıştırıyorum ve hep Ubuntu gibi tek bir sistemi elle yönetiyordum; inanılmaz zahmetliydi.
    Proxmox, tek bir donanım üzerinde birden çok container ve sanal makine çalıştırmayı kolaylaştırıyor. Başta büyük bir Ubuntu sistemini sanallaştırarak başladım ama sadece bu bile yedekleme ve yüksek erişilebilirlik gibi avantajlar sağlıyor. Şimdi servisleri ayrı ayrı container'lara ayırmaya başladım; çok daha düzenli

    • Proxmox harika. Kullanmadığım iki makineyle, biri neredeyse 10 yıllık, diğeri 5950X'li nispeten yeni bir makineyle bir küme kurdum; artık tüm servislerimin bulunduğu tek bir Debian kutusu ölür de her şey gider diye endişelenmeme gerek yok.
      Sanal makinelerin kendisi de kullanışlı ama Proxmox'un sunduğu makineler arası taşıma ve merkezi yedekleme/geri yükleme araçları gerçekten özgürleştirici. Yakın zamanda Windows VM'e PCIe GPU passthrough ekleyip Moonlight/Sunshine ile evdeki zayıf makinelere oyun stream etmeye başladım; o kadar iyi çalışıyor ki gerçek oyun PC'si köşede tozlanıyor. Tek şikâyetim, daha ucuz bir ücretli lisans seçeneği olmasını istemem. Aldığım değerin karşılığını vermek isterim ama CPU başına yılda 100 doların üzeri hobi kullanımı için çok pahalı. Ücretsiz katmanın hiç rahatsız etmemesi sevindirici ama arada bir seviye olsa iyi olurdu
    • Proxmox, özellikle Linux'a aşina olan homelab acemileri için çok yardımcı oluyor. Öğrenirken farklı ortamları kolayca oluşturup silebiliyorsunuz.
      Ancak genel olarak depolama kolay değil. Çeşitli seçimlerin sonuçlarını doğru anlamak zor; zfs, lvm, lvm-thin, yeniden bölümleme vb. konulara epey aşina değilseniz NAS'in temelini düzgün kurmak zorlaşıyor
    • Ben hâlâ tek parça ev sunucusu teknik borcuna sıkışmış durumdayım, bu yüzden ben de geçiş yapmayı düşünüyorum. Hep merak ettiğim kısım depolama. Bu sunucu aynı zamanda SMB ile dosya sunan ve Plex ile medya sunan bir NAS.
      Bazı insanların veri dizisini[1] doğrudan Proxmox'a mount edip Plex gibi yalnızca depolama katmanının üstündeki şeyleri sanallaştırdığını, bazılarının da HBA'yı[2] NAS VM'e PCI passthrough ile verdiğini duydum. İlkinin avantajı, loopback SMB/NFS/9p yerine LXC container'lara doğrudan bind mount yapabilmek gibi görünüyor. Bazıları da TrueNAS veya Unraid'i bare metal temel olarak kullanıp hem depolamayı hem hypervisor görevini ona veriyor; bu da mantıklı. TrueNAS'in Linux sürümünün de artık olgunlaşacak zamanı oldu, belki denemek gerekir. Intel işlemcinin dahili Quicksync'iyle donanımsal transcode da kullanıyorum; bunu VM içinden kullanırken sorun olup olmadığını merak ediyorum. Muhtemelen yerel Proxmox TTY'den vazgeçmem gerekecek.
      [1] VHD değil, gerçek dosyaların bulunduğu diziden bahsediyorum. Zaten baştan ayrı tutma eğilimindeyim; tüm verileri SSD'de tutacak bütçem yok ve OS kökünü HDD'ye koymaya da katlanamıyorum, bu yüzden gerekli oluyor. Ya da dosyalar için dataset, VM kökü için zvol veya NFS barındıran tek bir ana ZFS dizisi ideal olabilir.
      [2] Tek tek SATA passthrough'dan daha güvenilir olduğunu duydum ama daha kaba bir şekilde bağlama dezavantajı var. Yani VM tüm portların kontrolünü tekeline alıyor; bu nedenle diziye dahil olmayan diskleri oraya takamıyorsunuz
    • Elbette Ubuntu sisteminde doğrudan container çalıştırabilirsiniz ve yedekleme yapmanıza da engel yok. Yine de yeni bir sunucuysa en baştan hypervisor ile başlamak daha iyi.
      Başka dağıtımları veya Linux dışı sistemleri de karıştırabildiğiniz için esneklik artıyor. Örneğin ben OPNsense router çalıştırıyorum. Proxmox yerine xcp-ng kullanıyorum
    • Proxmox'ta VM çalıştırmanın tam olarak nasıl yüksek erişilebilirlik sağladığını merak ediyorum

  • Bunun yeni “I use Arch btw” mem’i olacağını biliyorum ama bu yola gireceksen dağıtım olarak Nix’i şiddetle öneririm. İdeal olan, bir kez çalışır hâle getirip sonra sürekli açık bırakmak; Nix kullanınca sistem durumunun tamamı git’e kaydediliyor
    Artık “6 ay önce bunu nasıl düzeltmiştim?” demek ya da Ubuntu dağıtım yükseltmesi patladıktan sonra sistemi elle yeniden bir araya getirmek yok. Değiştirdiğin her şey, kurduğun paketler, ayarladığın değerler git log’unda. Ben de kurulu olanları ve sistem yapılandırmasını kontrol etmek için git deposuna sık sık bakıyorum

    • I use nix btw. Tamamen katılıyorum. Nix ve NixOS çoğu zaman acı verici ama bir kez çalışır hâle getirince gerçekten görkemli oluyor
      Birden çok cihaz arasında sistem/kullanıcı/uygulama ayarlarını hızlı ve kolayca senkronize etmek inanılmaz. Deklaratif yaklaşım, çalışır hâle getirene kadar verilen zorlu emeğin karşılığını veriyor; bir kez çözdüğünde aynı işi bir daha tekrarlamak zorunda kalmıyorsun. Deklaratif olduğu için belgelenmiş, çalışan yapılandırma örnekleri kalıyor ve oradan genişletebiliyorsun. Şu anda Nix ile “Linux from Scratch” derlerken Nix geliştirme ortamını öğreniyorum; yavaş ilerliyor ama her başarı yeniden üretilebilir bir duruma sabitleniyor. LLM’ler dağınık ve zayıf belgeleri özetlemekte kesinlikle yardımcı oluyor ama yine de epey sebat gerekiyor. Genel olarak Nix’ten çok keyif alıyorum ve home lab’imde daha fazla kullanmak istiyorum
    • Keşke Nix’in öğrenme eğrisi daha yumuşak olsaydı. Ya da keşke ben daha zeki olsaydım. Bir gün kurcalamak istediğim şeyler listesinde var ama o liste uzun ve henüz eşiği aşamadım
      Kavramı anlıyorum ama yeni bir paket ya da uygulama denemek istediğimde, Nix usulü kafa patlatmaktansa docker-compose ve VM ile sonuca daha hızlı varabiliyorum
    • Bu arada ben home lab’imde Arch kullanırken de cattle not pets hedefine ulaştım. Arch kurulum medyasında cloud-init var; sunucuyu sıfırdan oluşturan modülleri içeren cloud-config’i ayrı bir USB’ye koyup, etiketi cidata olan sürücüyle kurulum medyasını birlikte takıp gücü vermek yeterli
      Nix daha kolay olur muydu bilmiyorum ama cloud-init, bu işleri yapan birinin zaten yazmayı biliyor olması muhtemel script’leri çalıştırmaya yarıyor; ayrı bir DSL gerekmiyor. Birileri “YAML’den nefret ediyorum” diyecektir ama home lab’le ilgilenen birinin işte de birden çok sunucu yönetme ihtimali yüksek ve cloud-init, Ansible, Kubernetes ya da seçme şansı olmadan YAML kullanan başka bir şeyden kaçınması mümkün değil. Home lab’in amacı, başkalarının sistemlerini bozma ihtimali olmadan işte yaptığın şeyleri pratik etmekse, zaten kullanman gerekecek araçlara alışmak ve ev ortamını iş ortamından fazla farklılaştırmamak daha iyi. Elbette Hacker News’teki birçok kişi benden farklı olarak “home lab” derken aile ve arkadaşlar için medya sunucusu, sohbet, fotoğraf paylaşımı vb. self-host etmeyi kastediyor; gerçek veri merkezini çalışmak için mini bir veri merkezi anlamında kullanmıyor
    • Ben de başta birkaç RasPi’de farklı Raspbian sürümleri çalıştırıyordum, sonra konfigürasyon drift’inden bıkıp hepsini Nix’e geçirdim. Tek bir Nix Flake yazıp tüm cihazlar için deklaratif SD kart kurulum imajları derleyebilmek, birden çok makine yönetimini gerçekten rüya gibi kolaylaştırıyor
      İlgilenirsen öğretici burada[0]. Tek sorun, Nix yapılandırmasını uzaktan dağıtma kısmı. Tek 1st-party araç olan nixops fiilen terk edilmiş ve desteği kesilmiş durumda. morph ya da deploy-rs gibi topluluk araçları umut verici görünüyor ama Flakes desteği ve aktiflik/uzun vadeli sürdürülebilirlikleri birbirinden farklı
      [0] https://blog.janissary.xyz/posts/nixos-install-custom-image
    • Ubuntu dağıtım yükseltmesi patladıktan sonra sistemi yeniden bir araya getirme işinden, Linux makinemde Gentoo Linux çalıştırarak kaçınıyorum. Arch’ın da iyi olduğunu duydum ama hiç kullanmadım
      Ubuntu bence kötü. Eskiden birkaç yıl Ubuntu kullandım ve uzman olmayanlara nihayet kararlı ve kullanımı kolay bir Linux dağıtımı önerebiliyor olmak beni gerçekten sevindirmişti; ama art arda iki üç yerinde yükseltme sistemi bozup, ancak Gentoo’nun iyi belgelenmiş kurulum süreci ve yıllar süren uğraşla edinilmiş sistem yöneticiliği bilgisiyle düzeltilebilir hâle getirdikten sonra bağımı kopardım. Arkadaşlarınızın Ubuntu kullanmasına izin vermeyin

  • Birkaç yıl boyunca ekipmanımı IKEA FRIHETEN kanepenin içinde tuttum. Avantajları: erişimi kolay, 1 güç kablosu + 1 fiber WAN + 1 Ethernet LAN dışında tamamen görünmez, yapısı gereği kabloları dışarı çıkarmak kolay ve içeride yerleşim/kablolama da rahat
    Gürültü azaltma da bedavaya geliyor; kışın da oturan kişinin kalçası asla üşümeyecek kadar ısıtıyor. Eşim yanıp sönen ışıkları hiç görmediği için memnundu, UPS ve disk yuvası aldığımı da fark etmedi. Dezavantajları: içeride çalışmak biraz zahmetli; otururken ya da açıp kapatırken titreşim oluyor, dönen sabit diskler bundan hoşlanmayabilir; ısı şaşırtıcı biçimde iyiydi, gardıroptan daha kötü değildi. Sıvı dökülme riski var ama tasarım gereği içeri girmekten çok çevresinden akma eğiliminde; en kötü durumda donanımın altına bir yükselti koyarsın. Temizlik yaparken mobilyayı oynatan eş kabloları çekebilir, o yüzden pay bırakmak gerekiyor
    † https://www.ikea.com/us/en/images/products/friheten-sleeper-...
    †† Arkadaki köşeden geçirip en yakın prize kadar duvar içinde sakladığım için gerçekte görünmüyordu

    • IKEA KIVIK kanepenin yatak olmayan modeli için de benzer bir fikir aklıma gelmişti. Geniş ve köşeli kolçakları alttan açık; küçük SFF PC kasaları ya da rackmount ekipmanları yanlamasına koymak mümkün gibi, koltukların altında da rackmount ekipman sığacak alan var
      Sonunda yapmamamın nedenlerinden biri, ekipmanın hemen üstünde ve çevresinde kanepe yakıtı olacak bir yangın istemememdi. Sunucunun kendisinden çok UPS beni biraz endişelendirdi. O bölgeyi sac metalle kaplamak ve UPS batarya türü gaz çıkarabiliyorsa iyi havalandırma sağlamak biraz içimi rahatlatırdı ama iş fazla büyüdü. Bu yüzden ekipman en sonunda kumaş malzemelerden uzak bir rack/rafa gitti ve gözle kontrol edilebilir hâle geldi
    • Gerçekten harika. Sunucunun içine yerleştirilmiş gerçek bir fotoğrafı falan var mı merak ediyorum
      Havalandırma ve ısı, yangın riski konusunda epey endişelenirdim. lack rack’i aklıma getirdi
      https://archive.is/Uf2k3

  • Home lab dünyasının tamamı harika. Herkesin düşük güç tüketimi, ilginç işlemciler, veri sahipliği, yüksek erişilebilirlik, UPS/tüm ev UPS’i gibi hedefleri var; bu örtüşen ilgi alanlarıyla yazılımın buluştuğu ortak noktanın ev olması da eğlenceli
    Sektör uzmanlarının hobi olarak uğraşmasından sektör dışındaki insanları da kendine çekmesine kadar, insan yelpazesi de ilginç. Ben de iyice içine düştüm ve en azından bana, erken dönem internetin o sihirli hissini yeniden yaşatıyor

    • Topluluk gerçekten harika. Reddit ve Lemmy’de çok aktif; insanlar her zaman hızla çözüm buluyor ve bunu en iyi uygulamalar şeklinde kurmaya yönelik tavsiyeler veriyor. Böyle şeyler öğrenmek ilginizi çekiyorsa burası gerçek bir hazine

  • Başka bir açıdan bakınca benim home lab’im şöyle: Bodrum kattaki ofiste bir rafın üzerinde duruyor; havalandırma fena değil, WiFi idare eder ama çok iyi değil
    Donanım, mahalledeki takas pazarından aldığım eski bir PC; başka eski bir PC’den çıkardığım RAM’i ekledim, bir sabit disk ve WiFi kartı aldım. Yazılım tarafı Debian stable ve podman/podman-compose. Yararlı servislerin hepsi compose dosyası içeren bir klasör; podman-compose ile bunları systemd unit’lerine çevirip kullanıyorum. Yazıda anlatılan kurulum zevkinize uyuyorsa harika, istediğiniz gibi yapın. Ama bunu yapmak zorunda değilsiniz; özellikle de en baştan asla zorunda değilsiniz. Bu eski ve neredeyse bedava PC’de ailemin her gün kullandığı birkaç servisi çalıştırıyorum; 16 GB RAM’in yarısını bile kullanmıyor, CPU kullanımı da %5’i geçmiyor

    • En sevdiğim home lab kurulumum, aslında XP yüklü olan ama Ubuntu’ya çevirdiğim eski bir dizüstünü ve birkaç USB diski bulup bir dosya dolabının en üst çekmecesine koyduğum zamandı
      Arkaya kablo için bir delik açmıştım; ısı yeterince düşüktü, hava akışı hiç sorun olmadı. Kişisel web sitemi ve akvaryum web kamerasını barındırıyor, kapı ziline bağlıyor, XMPP ve belge deposu olarak da kullanıyordum. Bir sunucuya ihtiyacım olduğunda ne varsa oraya koyuyordum. Taşındıktan sonra eski bir Mac Mini’yi NAS olarak kullanmaya başladım; sonrasında da kurcalamaya pek zamanım olmadı
    • Benzer şekilde, benim home lab’im de köşeye sıkıştırılmış eski bir oyun bilgisayarında systemd üzerinden birkaç docker compose servisi çalıştıran bir kurulum
    • Neredeyse benim hikâyem de olabilir. Fark şu: Benim “sunucum” kiralama dönüşü bir Dell Micro PC; RAM’i sonuna kadar doldurup ProxMox çalıştırıyorum, birkaç VM ve Synology NAS’ta tutulan verilerin hepsi bodrum ofisindeki dolapta duruyor
      Uzaktan erişim için tailscale de kurdum

  • Zamanla emek verip kurduğum epey büyük bir homelab’im var; iyi çalışıyor ve bundan çok memnunum. Ama asıl sorun felaket kurtarma. Her şeyi yeniden oluşturmak sonsuza kadar sürecek gibi geliyor; hepsini hatırlayıp hatırlayamayacağımdan da emin değilim
    Router ayarları, switch ayarları, NAS, farklı VLAN’lara dağılmış Docker container’ları vb. ağı başta çizmiştim ama zamanla güncel tutamadım. Altyapı diyagramı çizmek, dokümante etmek ve güncel tutmak için iyi bir araç var mı merak ediyorum. Yedekleme ve yükseltme de sürekli sorun. Bir container oluşturup 6 ay sonra tekrar baktığımda ne yaptığımı hiç bilmediğim zamanlar çok oluyor. NUC, NAS, masaüstü, sunucu gibi birden fazla makineye dağılmış onlarca container var; her serviste bind mount konumu, çalıştıran kullanıcı, izin konvansiyonları sanki farklı. Hepsini kafamda tutamıyorum; özellikle aradan zaman geçince hiç olmuyor. Merkezi bir arayüzden sadece yedekle, geri yükle, yükselt düğmelerine basabilsem keşke. Eskiden VM clone/snapshot ile cattle gibi yönettiğim günleri özlüyorum. Proxmox makinesinde hâlâ birkaç VM var, o yüzden bir ölçüde benziyor; ama tüm homelab için böyle bir şey yok. Teoride evi yaksam bile tüm yapılandırmayı eksiksiz geri getirebileceğim bir noktaya ulaşmak istiyorum. Ev yapılandırma yönetimi için Kubernetes’e kadar gitmekten daha basit bir yol mutlaka vardır; herkes ne kullanıyor merak ediyorum

    • Temel sorun tutarlılık eksikliği gibi görünüyor. Önce cihaz türlerinin, dağıtım yöntemlerinin vb. sayısını azaltmayı deneyeceğim
      Bir iki kişinin geniş ölçekte yayılması çok zor; ama tek bir stack’e derinlemesine girerseniz onu iyi öğrenirsiniz ve her şey tamamen aynı yöntemle yapıldığında her şeyin çalıştığı ya da hiçbir şeyin çalışmadığı bir duruma yaklaşır. Sonuçta her şeyin düzgün çalışmak zorunda olduğu bir yapı ortaya çıkar
    • Geçen yıl yanlışlıkla sunucu diskini sildim, ama kurulumum sayesinde o kadar da kötü olmadı. Stratejim, her proje klasöründe bir deploy.ps1 script’i bulundurmak
      %80’i VM oluşturmak, rclone ile dosya kopyalamak, gerekirse servis kurup başlatmak gibi şeyler; özel komutlarla kabaca 3 satır. VM açıksa dağıtım yaklaşık 100 ms sürüyor. Bazen script daha karmaşık hâle geliyor, ama temel fikir şu: içeride hangi sistemi kullanırsa kullansın, deploy.ps1 çalıştırıldığında internetsiz, bağımlılıksız, evrenin ısı ölümü gerçekleşene kadar çalışsın. Her şeyi kaybettikten sonra deploy’u yeniden çalıştırdım ve liste hâline getirip tamamını geri yükledim. Routing ayarlarının %100 dokümante edilmemiş olması konusunda katılıyorum. Benim router/switch ayarlarım da açıkçası fazla karmaşık; azaltmam gerekiyor gibi
    • Framework veya System76 gibi şirketler, Nix/Guix’in build’leri yönettiği gibi donanımı kodlaştıran yeniden üretilebilir bir üretim süreci sunsa güzel olurdu. Felaket kurtarma çok daha kolaylaşırdı
      Super Micro Computer bunu zaten yapabiliyor olabilir, ama hedefi veri merkezleri. Ancak hayal edebiliriz
    • Altyapı karmaşıklığı yardımcı olmuyor gibi, bu yüzden önce azaltmakla başlayacağım. Ben tek sunucu olarak Fujitsu D3417-B, Xeon 1225v5, 64GB ECC, WD SN850x 2TB NVMe üzerinde Proxmox kullanıyorum; router olarak da OpenWRT çalıştıran Banana Pi BPI-R3 var
      Proxmox boşta yaklaşık 12W, OpenWRT yaklaşık 4,5W tüketiyor; NodeJS ile OpenWRT üzerinde MeshCommander çalıştırıp uzaktan yönetim yapabiliyorum. ZFS’in yerleşik şifrelemesini kullandığım için harici diske tam yedeği şöyle alıyorum
      # 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
      Artımlı yedekleme için -I seçeneğiyle başlangıç/bitişi gösteren iki snapshot vermek yeterli
      # 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
      Kolay, hızlı ve oldukça güvenilir. zfs-auto-snapshot kullanırsanız dosya sistemini 15 dakikalık aralıklarla geri döndürebilirsiniz. Sanal makineleri geri almak için de epey kullanışlı[1]. Yakın zamanda NVMe’m, Samsung 980 Pro, bozuldu; zfs ile yedeği ters yönde, rpoolbak’ten rpool’a geri yükleyen shell komutunu çalıştırdım, 700GB yaklaşık 2 saat sürdü ve sunucu tekrar online oldu. ZFS’in özellikle şifrelemede bazı durumlarda “deneysel” olduğunu biliyorum, ama sonuçtan oldukça memnun kaldım
      1: https://pilabor.com/series/proxmox/restore-virtual-machine-v...
    • Homelab’imi yeniden bootstrap etmeye çalışıyordum; ama kesin bir şeyleri unutacağımı veya “hepsini kafamda tutamayacağım” bir hâle geleceğini bildiğim için kilitlenip kaldım
      Bu yüzden dokümantasyona çok zaman ayırıyor, mümkün olduğunca basit, temele yakın ve topluluk desteği olan bir yöntemle kurmaya çalışıyorum. Sonuç olarak henüz ne homelab’im var ne de burada birinin dediği “homeprod”. Aynı kaygıları paylaştığım bir arkadaş da buldum; bus factor 1 olmasın diye homelab dokümanlarını ve prosedürlerini karşılıklı mirror etmeyi düşünüyoruz

  • Geçen yıldan beri bir homelab kurulumu yapıp bakımını sürdürüyorum; gerçekten şaşırtıcı. Container’lar, sanal makineler ve ağ konusunda inanılmaz çok şey öğrendim.
    paperless-ngx [1] ve immich [2] gibi bazı self-hosted uygulamalar, özellik açısından kapalı kaynak/proprietary bulut çözümlerinden çok daha iyi. tailscale [3] gibi bir VPN servisi ekleyince artık dünyanın herhangi bir yerinden homelab’ime erişebiliyorum. Eksik kalan tek şey, NUC ya da mini PC gibi düşük güç tüketimli bir makine alıp 7/24 gereken servisleri oraya taşımak ve elektrik faturasını düşürmek. Bakımını yapabilecek ve hafta sonları düzenli kontrol/upgrade için enerjiniz varsa, kendi homelab’inizi kurmayı %100 öneririm.
    [1] https://docs.paperless-ngx.com/
    [2] https://immich.app/
    [3] https://tailscale.com/

    • Mini PC’ye mutlaka yatırım yapmak iyi olur. Güçlü bir HP elitedesk aldım; boşta yalnızca 7W tüketiyor ve 38 container çalıştırıyor.

  • Homelab ekipmanı teknik olmayan bir nerd’ün yaşam alanındaysa gürültü, ışıklar/ekranlar ve göze batmama konularını da düşünmek gerekir. Apartmanda yaşarken uzun süre dolabın içinde tuttum; oturma odasına taşıdıktan sonra birkaç çözüm kullandım.
    Göze batmaması için diğer mobilyalarla uyumlu IKEA CORRAS dolap kullandım. Eskiden rackmount direkleri koymuştum ama dışarı taştıkları için çıkardım. Gürültü için fansız ekipmanları ya da az sayıda Noctua fanla soğutulabilen ekipmanları seçtim; 1U PSU fanını da Noctua ile değiştirmek biraz lehim ve küfür gerektiriyor. Sonuçta veri merkezi olmayan ortamlarda PSU dışında fansız çalıştırılabilen Atom sunucuları sık kullanır oldum. Şu anda sessiz olmayan tek şey, yalnızca gerektiğinde açılacak şekilde ayarladığım 3090 GPU sunucusu. Dizüstünden Wake-on-LAN komutu çalıştırıyorum; ama IPMI, PDU veya IoT priz hileleri, yazılımla 3090’ı ve fanları durdurma, Kubernetes otomasyonu gibi seçenekler de mümkün. Fazla parlak gösterge LED’lerini beyaz etiket yazıcı bandıyla kapatmak iyi çalışıyor ve beklenenden daha hoş görünüyor. Görmeye gerek olmayan ışıklar için siyah etiket yazıcı bandı kullanıyorum. Konsol için özellikle TrackPoint klavyeli eski IBM tarzı, göze batmayan sürgülü rack konsollarını seviyorum. Oturma odasında bir izleme ekranı bulunduracak olsam en azından klavyeyi sürgülü bir çekmeceye koyardım. Gereksiz ekipmanları da elden çıkarıyorum. Yoksa mevcut rack alanının iki katından fazlası gerekir ve oturma odasında bunları audiophile ekipman gibi göstermek de zorlaşır. Apartmanda şu an router’a dokunmak istemiyor, yalnızca sunucu istiyorsanız plastik bir OpenWRT router da düşünülebilir. Router, switch ve patch panelden oluşan birkaç rack unit’in yerini alabilir; harici WiFi AP ve kablolamaya da gerek kalmayabilir.

    • Matematik yüksek lisans öğrencisiyim ve LLM’lerle de uğraşmak istiyorum; bütçe nedeniyle 3060 ya da 3090 düşünüyorum. Ama 2011 model MacBook Pro kullanıyorum, bu yüzden bu işler için pek rahat değil.
      “Gereksinimlerimi” düşününce minimum bütçe ya da harcama olarak ne kadar ayırmam gerektiğini merak ediyorum. Ya da vast.ai gibi sitelerin yeterli olacağını düşünüp düşünmediğinizi de merak ediyorum.

  • 30 yaşını geçtiğimden mi bilmiyorum, ben buna sadece ev ağı ve birden fazla bilgisayarın olduğu durum diyorum. Neden ev ağım var? Çünkü buradaki birçok kişi gibi ağ uygulamaları geliştiriyorum.
    Ağ mühendisi değilim ama TCP/IP, DNS gibi internetin çeşitli bileşenlerinin gerçekte nasıl çalıştığını anlamak gerçekten faydalı ve sizi birçok geliştiriciden ayırıyor. Kendi ağımı doğrudan kontrol etmek ve istediğim gibi değiştirebilmek de güzel. Neden birden fazla bilgisayar var? Günümüzde sanallaştırma oldukça iyi olduğu için asıl sebep farklı OS’lerle oynamak değil. Asıl sebep ekipmanların konumu. Sabit diskler oldukça gürültülü, bu yüzden onları dolap içinde tutmak istiyorum; ekran ve klavye ise masamın üzerinde olsun istiyorum. Bu yüzden dolapta bir NAS, masada sessiz bir PC, oturma odasında ise sessiz bir medya merkezi ve başka ekipmanlar var. Bir şey söyleyeceksem: rackmount sunucu ekipmanının cazibesine kapılmayın. Havalı görünüyorlar ve ikinci elde ucuza bulunabiliyorlar ama ev için uygun değiller. Onun yerine büyük fanlı masaüstü PC kasaları kullanmak daha iyi. Rackmount ağ ekipmanı ise oldukça iyi.

    • Sunucuya göre değişir. Super Micro, ağ dolabına ya da duvar tipi rack’e sığacak kadar sığ ve düşük güç tüketimli rackmount sunucular üretiyor.
      Gerçek bir OOB yönetim sistemi de var, bu da epey yardımcı oluyor. https://www.supermicro.com/en/products/system/iot/1u/sys-510...
      Tipik derin rackmount sunucuların homelab’de harcanan emeğe kıyasla az şey kazandırdığına katılıyorum.
    • Ev sunucumu 4RU kasaya masaüstü parçaları doldurarak yaptım. Neyse ki 4RU, büyük fanlar koymak için yeterince yüksek; bu yüzden oldukça sessiz.
      Ama eve gerçek rackmount ekipman alma fikriniz azıcık bile varsa, o korkunç gürültüyü önceden bir şekilde dinlemenizi şiddetle öneririm. Onunla yaşadığınızı hayal etmek zor.
    • Rackmount ekipman da nereye “rack” olarak konduğuna bağlı olarak gayet olabilir. Bazı iklimlerde garaja veya bodruma vb. koyabilirsiniz.
      Ancak gerçek bir rack yoksa işler epey can sıkıcı hale gelir. Sonunda rack benzeri bir kule gibi diğer ekipmanların üstüne yığılır ve üzerinde çalışmak istediğiniz ekipmana erişmek için her şeyi sökmeniz gerekir. Leasing’den dönen rack ekipmanlara yönelecekseniz işi düzgün yapıp rack ve rail’leri de alın. Rail’ler biraz pahalı olabilir, bu yüzden dahil olan ilanlara bakmak gerekir. Rail’ler çoğu zaman sunuculardan çok daha uzun süre uyumlu kalır; bu yüzden leasing’den dönen ekipmanları toplu tasfiye eden büyük şirketler genelde dahil etmez, küçük satıcılar ise çoğu zaman dahil eder.