Czym jest zjk.pl? zjk.pl to
prywatna infrastruktura internetowa rozwijana od 2002 roku. Obejmuje
własne serwery, storage, usługi sieciowe, systemy wysokiej dostępności
i mechanizmy redundancji.
Czy jest to
homelab? Nie. Homelab służy głównie do
nauki i eksperymentów. zjk.pl jest środowiskiem produkcyjnym
świadczącym rzeczywiste usługi od ponad dwóch dekad.
Dlaczego powstał ten projekt?
Początkowo był sposobem nauki systemów UNIX i FreeBSD. Z
czasem przekształcił się w niezależną infrastrukturę utrzymującą realne
usługi internetowe.
Dlaczego FreeBSD?
Ze względu na stabilność, przewidywalność, wysoką jakość dokumentacji
oraz wieloletnie doświadczenie autora z tym systemem.
Dlaczego nie Linux? Linux jest bardzo
dobrym systemem. W przypadku zjk.pl FreeBSD okazał się bardziej zgodny
z przyjętą filozofią budowy i administracji infrastruktury.
Dlaczego nie chmura? Niezależność, pełna
kontrola nad usługami, danymi i konfiguracją. I 25 lat temu nie było
chmur :)
Dlaczego nie Kubernetes?
Skala projektu nie uzasadnia dodatkowej złożoności. Priorytetem jest
prostota i przewidywalność.
Dlaczego
nie Proxmox? Projekt rozwijany był na długo przed
popularyzacją współczesnych platform wirtualizacyjnych.
Dlaczego nie wirtualizacja?
Kluczowe znaczenie miała odporność na awarie pojedynczego hosta oraz
eliminacja współdzielonych punktów krytycznych.
Ile serwerów liczy infrastruktura?
Około dziesięciu fizycznych serwerów pełniących
różne role.
Czy wszystkie
usługi działają na jednym komputerze? Nie. Usługi
są rozproszone pomiędzy wieloma niezależnymi węzłami.
Jak realizowana jest wysoka dostępność?
Przez redundancję sprzętową, replikację danych, klastry usług oraz
mechanizmy failover.
Czy były włamania?
Podejmowano próby włamań. Nie odnotowano skutecznego
przejęcia infrastruktury.
Jakie są
wyniki bezpieczeństwa? Między innymi SSL Labs A+,
Security Headers A+ oraz Mozilla Observatory A+.
FAQ #2 – Jak zbudować własną serwerownię?
Od czego zacząć? Od jednego serwera i
jednej usługi. Dopiero później warto rozbudowywać
infrastrukturę.
Czy potrzebuję szafy
rack? Nie. Wiele małych serwerowni działa bez szafy
rack.
Czy potrzebuję UPS?
Tak. Jest to jeden z pierwszych elementów zwiększających
niezawodność.
Czy warto kupować sprzęt
używany? Tak, pod warunkiem świadomego wyboru i
testów.
Ile pamięci RAM
potrzeba? Zależy od zastosowania. Dla nauki zwykle
wystarcza 16–32 GB.
Czy
potrzebuję serwera klasy enterprise? Nie. Wiele
usług działa poprawnie na sprzęcie konsumenckim.
Linux
czy FreeBSD? Oba rozwiązania są dobre. Ważniejsze
jest poznanie jednego systemu niż ciągłe zmienianie platform.
Czy warto zaczynać od Proxmox?
Tak, jeżeli celem jest nauka wirtualizacji.
RAID
czy backup? Backup.
Czy
RAID zastępuje backup? Nie.
Jak
często wykonywać kopie zapasowe? Tak często, jak
często jesteś gotów utracić dane.
Czy
warto używać ZFS? Tak. Jest to jeden z najlepszych
systemów plików do zastosowań serwerowych.
Jak monitorować serwery?
Należy monitorować dostępność usług, zasoby systemowe i stan sprzętu.
Jak zabezpieczyć SSH? Klucze
kryptograficzne, ograniczenia dostępu i aktualizacje.
Czy wystawiać usługi bezpośrednio do Internetu?
Tylko wtedy, gdy rozumie się związane z tym ryzyko.
FAQ #3 – Homelab a
prywatna serwerownia
Co to jest homelab? Środowisko
przeznaczone głównie do nauki, eksperymentów i
testów.
Co to jest prywatna
serwerownia? Infrastruktura świadcząca rzeczywiste
usługi i projektowana pod kątem niezawodności.
Czy
każdy homelab jest serwerownią? Nie.
Czy każda serwerownia jest homelabem?
Również nie.
Jak rozpoznać
homelab? Częste eksperymenty, przebudowy i zmiany
konfiguracji.
Jak rozpoznać serwerownię?
Monitoring, backupy, redundancja, dokumentacja i ciągłość działania.
Kiedy homelab staje się serwerownią?
Gdy zaczyna świadczyć realne usługi i wymagać długoterminowego
utrzymania.
Czy liczba
serwerów ma znaczenie? Nie. Znacznie
ważniejsza jest funkcja i sposób eksploatacji.
Czy jeden Raspberry Pi może być serwerownią?
Może świadczyć usługi, ale trudno mówić wtedy o pełnej
infrastrukturze.
Gdzie znajduje się
zjk.pl? Najbliższym określeniem byłaby prywatna
mikroserwerownia (Private Micro Datacenter).
FAQ #4 – Najczęstsze błędy początkujących
Wszystko działa na jednym serwerze. Czy to problem?
Tak. Jeden punkt awarii oznacza ryzyko utraty wszystkich usług.
Mam RAID. Czy jestem bezpieczny?
Nie. RAID chroni dostępność, nie dane.
Nie
robię backupów. Czy warto zacząć? Tak.
Im wcześniej, tym lepiej.
Nie
monitoruję serwerów. Czy to konieczne?
Tak. Monitoring zwykle wykrywa problemy wcześniej niż użytkownicy.
Mam tylko jedno łącze internetowe. Czy to źle?
Nie, ale warto znać konsekwencje awarii.
Nie
aktualizuję systemów. Czy to ryzykowne?
Tak.
Wszystkie hasła są takie same. Czy
to problem? Tak.
Nie
dokumentuję konfiguracji. Czy to ważne? Bardzo.
Kiedy warto wdrażać redundancję?
Dopiero gdy rozumie się, co ma być chronione i przed jakimi awariami.
Co jest najczęstszą przyczyną problemów?
Czynnik ludzki.
Co jest najczęstszą
przyczyną utraty danych? Brak backupu.
Co jest najczęstszą przyczyną przestojów?
Pojedyncze punkty awarii pozostawione bez zabezpieczenia.
Jakiej rady udzieliłbyś początkującemu?
Buduj powoli. Najpierw naucz się utrzymywać jedną usługę dobrze, a
dopiero później dodawaj kolejne.
FAQ #5 –
Zaawansowane zagadnienia techniczne
FreeBSD
Dlaczego FreeBSD od
2002 roku? Ponieważ przez lata okazał się systemem
stabilnym, przewidywalnym i dobrze udokumentowanym. Dla moich
zastosowań ważniejsza była spójność platformy niż pogoń za
nowościami.
Czy FreeBSD nadaje się na
serwer produkcyjny? Tak. FreeBSD od wielu lat
wykorzystywany jest w środowiskach produkcyjnych,
szczególnie tam, gdzie liczy się stabilność i długi cykl
życia systemu.
Jak często aktualizowane
są serwery? Regularnie. Priorytetem jest zachowanie
bezpieczeństwa przy jednoczesnym minimalizowaniu ryzyka
przestojów.
Czy aktualizacje
wymagają reinstalacji systemu? Nie. Przez większość
historii projektu aktualizacje wykonywane były „w
locie”, bez konieczności przebudowy infrastruktury.
Sieć i wysoka dostępność
Dlaczego
OPNsense? Zapewnia nowoczesny interfejs
administracyjny, obsługę CARP, VPN, routing oraz rozbudowane możliwości
filtrowania ruchu.
Dlaczego dwa
firewalle? Pojedynczy firewall staje się
pojedynczym punktem awarii.
Czym jest
CARP? CARP (Common Address Redundancy Protocol)
pozwala na przejęcie adresu IP przez zapasowy firewall w przypadku
awarii urządzenia podstawowego.
Dlaczego
dwa łącza internetowe? Pozwala to zachować
dostępność usług podczas awarii jednego operatora.
Dlaczego stosowane jest LACP? LACP
umożliwia agregację wielu połączeń sieciowych, zwiększając dostępność i
odporność na awarie pojedynczych interfejsów.
LACP czy failover? To różne
rozwiązania. LACP zapewnia agregację i redundancję, natomiast failover
koncentruje się wyłącznie na przełączaniu awaryjnym.
Dlaczego dwa switche? Awaria przełącznika
nie powinna powodować utraty całej komunikacji sieciowej.
Storage i dane
Dlaczego ZFS?
ZFS oferuje integralność danych, sumy kontrolne, snapshoty oraz
zaawansowane mechanizmy ochrony przed uszkodzeniami danych.
RAID czy RAIDZ? W przypadku ZFS
preferowane są natywne mechanizmy RAIDZ.
Dlaczego
RAIDZ2? RAIDZ2 pozwala na utratę dwóch
dysków bez utraty danych.
Czy
RAIDZ zastępuje backup? Nie.
Dlaczego
jednocześnie MooseFS i SeaweedFS? Ponieważ
rozwiązują różne problemy. MooseFS zapewnia
rozproszony system plików zgodny z POSIX.
SeaweedFS specjalizuje się w przechowywaniu dużej liczby
obiektów.
Dlaczego nie
tylko ZFS? ZFS rozwiązuje problem lokalnego
storage. MooseFS i SeaweedFS rozwiązują problem storage rozproszonego.
Co daje MooseFS? Automatyczną
replikację danych, równoważenie obciążenia i odporność na
awarie serwerów.
Co daje
SeaweedFS? Wysoką wydajność dla dużych
zbiorów plików i danych obiektowych.
Dlaczego wiele punktów montowania?
Pozwala to logicznie oddzielać różne usługi oraz klasy
danych.
Ile jest punktów
montowania? Dokładna liczba zmienia się wraz z
rozwojem infrastruktury, ale mówimy o dziesiątkach aktywnych
punktów montowania.
Bazy
danych
Dlaczego PostgreSQL? Ze
względu na stabilność, zgodność ze standardami SQL i rozbudowane
możliwości replikacji.
Dlaczego
jednocześnie PostgreSQL i MySQL? Różne
aplikacje mają różne wymagania i często są projektowane pod
konkretny silnik bazodanowy.
Co daje
replikacja baz danych? Możliwość szybkiego
odtworzenia usług po awarii oraz rozłożenie obciążenia.
Czy replika zastępuje backup? Nie.
Co jest trudniejsze: backup czy replikacja?
Backup. Replikacja bardzo szybko kopiuje również
błędy użytkownika.
Backup
Ile kopii danych jest przechowywanych?
Zależy od rodzaju danych i usługi.
Czy
wszystkie dane są równie ważne? Nie.
Czy backup jest automatyczny?
Tak.
Dlaczego backup występuje w wielu
lokalizacjach? Ponieważ awarie mają tendencję do
pojawiania się w najmniej oczekiwanych momentach.
Jaka jest podstawowa zasada backupu?
Backup, którego nigdy nie odtwarzano testowo, nie jest
jeszcze backupem.
Monitoring
Co jest monitorowane? Usługi,
serwery, dyski, sieć, temperatury, procesy oraz dostępność usług.
Dlaczego monitoring jest tak ważny?
Większość awarii nie pojawia się nagle. Zwykle wcześniej występują
sygnały ostrzegawcze.
Co jest
ważniejsze: monitoring czy backup? Oba są niezbędne.
Czy monitoring zastępuje administratora?
Nie.
Bezpieczeństwo
Czy bezpieczeństwo można osiągnąć jednym rozwiązaniem?
Nie. Bezpieczeństwo jest sumą wielu warstw zabezpieczeń.
Co oznacza SSL Labs A+? Bardzo
wysoką ocenę konfiguracji TLS.
Co
oznacza Security Headers A+? Prawidłową
konfigurację nagłówków bezpieczeństwa HTTP.
Co oznacza Mozilla Observatory A+?
Wysoką ocenę konfiguracji bezpieczeństwa usług WWW.
Czy oceny A+ gwarantują bezpieczeństwo?
Nie. Pokazują jedynie poprawną konfigurację wybranych
mechanizmów.
Co jest
największym zagrożeniem? Najczęściej człowiek.
Zasilanie
Dlaczego
system 12 V? Pozwala ograniczyć liczbę konwersji
energii i uprościć część infrastruktury.
Dlaczego
nie tylko UPS? UPS jest jednym z
elementów systemu zasilania, a nie jego całością.
Co dzieje się przy zaniku zasilania?
Infrastruktura przechodzi na zasilanie awaryjne.
Czy
każdy serwer ma takie samo znaczenie? Nie.
Niektóre usługi są bardziej krytyczne od innych.
Projektowanie infrastruktury
Co
jest ważniejsze: wydajność czy niezawodność? To
zależy od celu projektu. W zjk.pl priorytetem jest
niezawodność.
Dlaczego analizowane są
punkty awarii? Ponieważ pojedynczy punkt awarii
wcześniej czy później ulegnie awarii.
Dlaczego
tak duży nacisk na redundancję? Redundancja nie
zapobiega awariom. Pozwala przetrwać ich wystąpienie.
Co jest najtrudniejsze w budowie serwerowni?
Nie zakup sprzętu, lecz długoterminowe utrzymanie i rozwój
infrastruktury.
Jaka jest najważniejsza
zasada projektowa zjk.pl? Projektować nie tylko pod
kątem tego, jak system działa dzisiaj, ale również pod kątem
tego, co stanie się po awarii, przeciążeniu lub błędzie człowieka.
FAQ #6
– Filozofia projektowania
Czy więcej technologii oznacza lepszą
infrastrukturę? Niekoniecznie. Każda nowa
technologia rozwiązuje jakiś problem, ale jednocześnie zwiększa
złożoność systemu.
Czym jest
„kara za złożoność” (Complexity Penalty)?
Każdy kolejny element infrastruktury zwiększa liczbę możliwych
scenariuszy awarii. W pewnym momencie utrzymanie systemu staje się
trudniejsze niż korzyści płynące z jego rozbudowy.
Dlaczego prostota jest ważna? Bo prostszy
system łatwiej zrozumieć, monitorować, naprawić i rozwijać.
Czy najnowsze rozwiązania są zawsze najlepsze?
Nie. Nowoczesność nie jest celem samym w sobie.
Dlaczego
część usług nie została zastąpiona modnymi technologiami?
Ponieważ obecne rozwiązania spełniają swoje zadanie i są dobrze poznane.
Czy można zbudować niezawodny system bez klastra?
Tak.
Czy można zbudować zły system mimo
użycia klastra?
Również tak.
Co jest
ważniejsze: technologia czy architektura?
Architektura.
FAQ #7
– 25
lat doświadczeń
Co okazało
się najlepszą decyzją? Możliwość samodzielnego
zarządzania całością infrastruktury.
Co
okazało się najmniej trafioną decyzją? (Tu możesz
później dopisać własne przykłady.)
Co
najczęściej ulegało awarii? Dyski twarde.
Czy procesory ulegają awariom?
Znacznie rzadziej niż dyski lub zasilacze.
Czy
awarie sprzętu są nieuniknione? Tak.
Czy można przygotować się na awarie? Tak.
Co było trudniejsze: budowa czy utrzymanie?
Utrzymanie.
Co najbardziej zmieniło się
przez 25 lat? Przepustowości sieci, pojemności
dysków oraz skala usług internetowych.
Co pozostało niezmienne? Potrzeba
backupów.
Czy po 25 latach
nadal zdarzają się niespodzianki? Tak.
FAQ #8
– Mity i nieporozumienia
RAID to backup?
Nie.
Chmura nie wymaga
backupów? Wymaga.
Wirtualizacja
rozwiązuje wszystkie problemy? Nie.
Klaster gwarantuje brak awarii? Nie.
Linux jest zawsze lepszy od FreeBSD?
Nie.
FreeBSD jest zawsze lepszy od
Linuxa? Również nie.
Więcej rdzeni oznacza większą wydajność?
Nie zawsze.
SSD są niezniszczalne?
Nie.
Jeśli działa, nie należy
aktualizować? Bardzo ryzykowne podejście.
Monitoring jest potrzebny tylko dużym firmom?
Nie.
Mała infrastruktura nie potrzebuje
dokumentacji? Potrzebuje.
Frequently Asked Questions (FAQ)
FAQ #1
– The zjk.pl Project
What is zjk.pl? zjk.pl is a
private Internet infrastructure developed since 2002. It includes
its own servers, storage, network services, high-availability systems
and redundancy mechanisms.
Is it a
homelab? No. A homelab is primarily used for
learning and experimentation. zjk.pl is a production environment
providing real services for more than two decades.
Why was this project created?
Initially, it was a way to learn UNIX and FreeBSD systems. Over time,
it evolved into an independent infrastructure supporting real Internet
services.
Why FreeBSD?
Because of its stability, predictability, high-quality documentation,
and the author's many years of experience with the system.
Why not Linux? Linux is a very
good operating system. In the case of zjk.pl, FreeBSD proved to be more
compatible with the adopted philosophy of infrastructure design and
administration.
Why not the cloud? Independence, full
control over services, data and configuration. Besides, cloud platforms
did not exist 25 years ago :)
Why not Kubernetes?
The scale of the project does not justify the additional complexity.
Simplicity and predictability are the priorities.
Why
not Proxmox? The project had been developed long before
modern virtualization platforms became popular.
Why not virtualization?
The key factors were resistance to single-host failures and the
elimination of shared critical points of failure.
How many servers does the infrastructure consist of?
Approximately ten physical servers performing
different roles.
Do all
services run on a single computer? No. Services
are distributed across multiple independent nodes.
How is high availability achieved?
Through hardware redundancy, data replication, service clusters and
failover mechanisms.
Have there been any intrusions?
Intrusion attempts have occurred. No successful compromise of the
infrastructure has been recorded.
What are the
security results? Among others: SSL Labs A+,
Security Headers A+ and Mozilla Observatory A+.
FAQ #2 – How to Build Your Own Server Room?
Where should I start? With one server and
one service. Expanding the infrastructure should come later.
Do I need a rack cabinet? No. Many small server rooms operate without a rack
cabinet.
Do I need a UPS?
Yes. It is one of the first elements that improves
reliability.
Is it worth buying used
hardware? Yes, provided it is selected carefully and
properly tested.
How much RAM is
needed? It depends on the application. For learning
purposes, 16–32 GB is usually sufficient.
Do
I need enterprise-grade hardware? No. Many
services work perfectly well on consumer hardware.
Linux
or FreeBSD? Both are good solutions. It is more important
to learn one system thoroughly than to constantly switch platforms.
Is Proxmox a good starting point?
Yes, if the goal is to learn virtualization.
RAID
or backup? Backup.
Does
RAID replace backups? No.
How
often should backups be performed? As often as
you are willing to lose data.
Is
ZFS worth using? Yes. It is one of the best
file systems for server environments.
How should servers be monitored?
You should monitor service availability, system resources and hardware
status.
How should SSH be secured? Cryptographic
keys, access restrictions and regular updates.
Should services be exposed directly to the Internet?
Only if you understand the risks involved.
FAQ #3 – Homelab vs.
Private Server Room
What is a homelab? An environment
primarily intended for learning, experimentation and
testing.
What is a private
server room? Infrastructure providing real services
and designed with reliability in mind.
Is
every homelab a server room? No.
Is every server room a homelab?
No as well.
How can you recognize a
homelab? Frequent experiments, rebuilds and configuration
changes.
How can you recognize a server room?
Monitoring, backups, redundancy, documentation and operational
continuity.
When does a homelab become a server room?
When it begins providing real services and requires long-term
maintenance.
Does the number of
servers matter? No. Function and method of operation
are far more important.
Can a single Raspberry Pi be a server room?
It can provide services, but it is difficult to call it a complete
infrastructure.
Where does
zjk.pl fit? The closest description would be a private
micro data center (Private Micro Datacenter).
FAQ #4 – The Most Common Beginner Mistakes
Everything runs on a single server. Is that a problem?
Yes. A single point of failure means the risk of losing all services.
I have RAID. Am I safe?
No. RAID protects availability, not data.
I
don't make backups. Should I start? Yes.
The sooner, the better.
I don't
monitor my servers. Is it necessary?
Yes. Monitoring usually detects problems before users do.
I only have one Internet connection. Is that bad?
No, but it is worth understanding the consequences of an outage.
I do
not update my systems. Is that risky?
Yes.
All passwords are the same. Is
that a problem? Yes.
I do
not document my configuration. Is that important? Very.
When is it worth implementing redundancy?
Only after understanding what should be protected and from which types
of failures.
What is the most common cause of problems?
Human error.
What is the most common
cause of data loss? Lack of backups.
What is the most common cause of downtime?
Single points of failure left unprotected.
What advice would you give a beginner?
Build slowly. First learn how to maintain one service properly, and
only then add more.
FAQ #5 –
Advanced Technical Topics
FreeBSD
Why FreeBSD since
2002? Because over the years it has proven to be a
stable, predictable, and well-documented operating system. For my use
cases, platform consistency was more important than chasing new
technologies.
Is FreeBSD suitable for
a production server? Yes. FreeBSD has been used in
production environments for many years, especially where stability and
a long system lifecycle are important.
How often are
the servers updated? Regularly. The priority is to
maintain security while minimizing the risk of downtime.
Do updates require reinstalling the operating system? No.
Throughout most of the project's history, updates were performed
“live” without the need to rebuild the infrastructure.
Networking and High Availability
Why
OPNsense? It provides a modern administration
interface, support for CARP, VPN, routing, and advanced traffic
filtering capabilities.
Why two
firewalls? A single firewall becomes a
single point of failure.
What is
CARP? CARP (Common Address Redundancy Protocol)
allows a backup firewall to take over an IP address in the event of a
failure of the primary device.
Why
two Internet connections? This makes it possible
to maintain service availability during an outage of one provider.
Why is LACP used? LACP
allows multiple network connections to be aggregated, increasing
availability and resilience against failures of individual interfaces.
LACP or failover? These are
different solutions. LACP provides aggregation and redundancy, whereas
failover focuses solely on automatic switchover in the event of a
failure.
Why two switches?
A switch failure should not result in the loss of all network
communication.
Storage and Data
Why ZFS?
ZFS provides data integrity, checksums, snapshots, and advanced
mechanisms for protection against data corruption.
RAID or RAIDZ? In the case of ZFS,
native RAIDZ mechanisms are preferred.
Why
RAIDZ2? RAIDZ2 allows two disks to fail
without data loss.
Does
RAIDZ replace backups? No.
Why
both MooseFS and SeaweedFS? Because they
solve different problems. MooseFS provides a
distributed POSIX-compliant file system.
SeaweedFS specializes in storing large numbers of
objects.
Why not
only ZFS? ZFS solves the problem of local
storage. MooseFS and SeaweedFS solve the problem of distributed storage.
What does MooseFS provide? Automatic
data replication, load balancing, and resilience against server
failures.
What does
SeaweedFS provide? High performance for large
collections of files and object data.
Why multiple mount points?
This makes it possible to logically separate different services and
data classes.
How many mount
points are there? The exact number changes as the
infrastructure evolves, but we are talking about dozens of active mount
points.
Databases
Why PostgreSQL? Because of its
stability, SQL standards compliance, and extensive replication
capabilities.
Why
both PostgreSQL and MySQL? Different
applications have different requirements and are often designed for a
specific database engine.
What does
database replication provide? The ability to
quickly restore services after a failure and distribute workload.
Does a replica replace backups? No.
Which is more difficult: backups or replication?
Backups. Replication also copies user mistakes very
quickly.
Backup
How many copies of data are stored?
It depends on the type of data and service.
Are
all data equally important? No.
Are backups automatic?
Yes.
Why are backups stored in multiple
locations? Because failures tend to occur at the
least expected moments.
What is the fundamental rule of backups?
A backup that has never been test-restored is not yet a backup.
Monitoring
What is monitored? Services,
servers, disks, networks, temperatures, processes, and service
availability.
Why is monitoring so important?
Most failures do not occur suddenly. Usually, warning signs appear
earlier.
Which is more
important: monitoring or backup? Both are essential.
Does monitoring replace an administrator?
No.
Security
Can security be achieved with a single solution?
No. Security is the sum of many layers of protection.
What does SSL Labs A+ mean? A very
high rating of the TLS configuration.
What
does Security Headers A+ mean? A correct
configuration of HTTP security headers.
What does Mozilla Observatory A+ mean?
A high rating of the security configuration of web services.
Do A+ ratings guarantee security?
No. They only indicate the correct configuration of selected
security mechanisms.
What is the
greatest threat? Most often, the human factor.
Power Supply
Why a
12 V system? It reduces the number of power
conversions and simplifies part of the infrastructure.
Why
not only a UPS? A UPS is one
component of the power system, not the entire solution.
What happens during a power outage?
The infrastructure switches to backup power.
Does
every server have the same importance? No.
Some services are more critical than others.
Infrastructure Design
What
is more important: performance or reliability? It
depends on the project's goal. In zjk.pl, reliability
is the priority.
Why are failure
points analyzed? Because a single point of failure
will eventually fail sooner or later.
Why
such a strong emphasis on redundancy? Redundancy does
not prevent failures. It allows the system to survive them.
What is the most difficult part of building a server room?
Not purchasing hardware, but the long-term maintenance and development
of the infrastructure.
What is the most important
design principle of zjk.pl? Design not only for how
the system works today, but also for what happens after a failure,
overload, or human error.
FAQ #6
– Design Philosophy
Does more technology mean a better
infrastructure? Not necessarily. Every new
technology solves a problem, but at the same time increases system
complexity.
What is the
“Complexity Penalty”?
Each additional infrastructure component increases the number of
possible failure scenarios. At some point, maintaining the system
becomes more difficult than the benefits gained from expanding it.
Why is simplicity important? Because a simpler
system is easier to understand, monitor, repair, and develop.
Are the newest solutions always the best?
No. Modernity is not a goal in itself.
Why
have some services not been replaced with fashionable technologies?
Because the current solutions fulfill their purpose and are well
understood.
Can a reliable system be built without a cluster?
Yes.
Can a bad system still be built despite
using a cluster?
Yes, that too.
Which is more
important: technology or architecture?
Architecture.
FAQ #7
– 25
Years of Experience
What turned out
to be the best decision? The ability to independently
manage the entire infrastructure.
What
turned out to be the least successful decision? (You can
add your own examples here later.)
What
failed most often? Hard drives.
Do processors fail?
Much less frequently than disks or power supplies.
Are
hardware failures unavoidable? Yes.
Can you prepare for failures? Yes.
What was more difficult: building or maintenance?
Maintenance.
What has changed the most
over 25 years? Network bandwidth, disk capacities,
and the scale of Internet services.
What has remained unchanged? The need for
backups.
After 25 years, do surprises
still happen? Yes.
FAQ #8
– Myths and Misconceptions
Is RAID a backup?
No.
Does the cloud not require
backups? It does.
Does virtualization
solve all problems? No.
Does a cluster guarantee no failures? No.
Is Linux always better than FreeBSD?
No.
Is FreeBSD always better than
Linux? No, not that either.
Do more CPU cores always mean higher performance?
Not always.
Are SSDs indestructible?
No.
If it works, should it not be
updated? A very risky approach.
Is monitoring only needed by large companies?
No.
Does a small infrastructure not need
documentation? It does.