Redundantne zasilanie w serwerze to jedna z tych rzeczy, o których myśli się dopiero wtedy, gdy „strzeli” zasilacz albo ktoś potknie się o kabel w serwerowni. A szkoda – bo dobrze zrobiona redundancja jest prosta, przewidywalna i często tańsza niż godzina przestoju. Z drugiej strony, źle dobrany drugi PSU potrafi nie dać nic (bo serwer i tak pracuje bez redundancji) albo narobić problemów z alarmami, kompatybilnością czy obciążeniem.

Poniżej pokazuję, jak podejść do tematu po inżyniersku: jak dobrać drugi zasilacz, jakich wpadek unikać i jak sensownie przetestować failover, żeby mieć pewność, że to działa – a nie „powinno działać”.

Co oznacza redundancja PSU w praktyce

W serwerach spotkasz najczęściej dwa scenariusze:

• 1+1 (pełna redundancja) – serwer ma dwa zasilacze, a do utrzymania pracy wystarczy jeden. Drugi jest „na gorąco” i przejmuje obciążenie w razie awarii pierwszego.

• N+1 (redundancja dla większych konfiguracji) – spotykane częściej w większych chassis/obudowach (lub rozwiązaniach z większą liczbą PSU), gdzie jeden zasilacz jest „nadmiarowy” względem wymaganego minimum.

W serwerach 1U/2U najczęściej mówimy po prostu o dwóch PSU w trybie redundantnym.

Ważna rzecz: redundancja to nie tylko „drugi zasilacz w środku”

Redundancja ma sens dopiero wtedy, gdy:

• oba PSU są kompatybilne i poprawnie rozpoznane przez platformę,

• oba są podłączone do zasilania,

• a najlepiej – do dwóch niezależnych źródeł (o tym niżej).

Jak dobrać drugi PSU, żeby redundancja była realna

A) Dobieraj po P/N producenta serwera

Najbezpieczniejsza metoda to dobór po Part Number producenta platformy (Dell/HPE/Lenovo/Supermicro). W serwerach enterprise „pasuje mechanicznie” nie znaczy „zadziała poprawnie”. Zasilacze mają:

• różne rewizje,

• różne identyfikatory,

• różne profile raportowania,

• i czasem ograniczenia firmware.

Jeżeli serwer ma już jeden PSU, po prostu:

1. spisz jego P/N (z etykiety lub managementu),

2. dobierz taki sam.

B) Ten sam model i ta sama moc (W)

W większości przypadków dążymy do dwóch identycznych jednostek: ta sama moc, ta sama rodzina, ta sama generacja.

Jeśli włożysz inny wattaż albo inną serię:

• serwer może zgłaszać alarmy o niezgodności,

• może przełączyć tryb pracy (z redundantnego na non‑redundant),

• może ograniczyć maksymalne obciążenie.

C) Zwróć uwagę na typ zasilacza i slot

W ramach jednej rodziny serwerów potrafią występować różne typy PSU (inne uchwyty/sloty, inne wersje hot‑plug). Zdarza się też, że ta sama obudowa ma kilka wariantów backplane PSU.

Dlatego dobór „po wyglądzie” to proszenie się o zwrot albo przestój.

D) Oceń realne zapotrzebowanie mocy

Redundancja 1+1 ma sens tylko wtedy, gdy jeden zasilacz jest w stanie uciągnąć serwer pod obciążeniem.

Przykład z życia:

• serwer z dwoma GPU i dużą liczbą dysków potrafi realnie dobijać do wysokich wartości.

• jeżeli każdy PSU jest „na styk”, to po awarii jednego drugi może nie utrzymać obciążenia.

W praktyce:

• jeśli planujesz rozbudowę (dyski, RAM, GPU, NIC), uwzględnij to już teraz,

• jeśli masz wątpliwości – lepiej dobrać konfigurację tak, by pojedynczy PSU miał zapas.

Najczęstsze błędy przy redundancji PSU

1) Drugi PSU „pasuje”, ale nie jest kompatybilny

Skutek: alarmy, brak trybu redundantnego, ograniczenia mocy, czasem niestabilne raportowanie.

2) Dwa różne wattaże lub różne serie

Często kończy się tym, że serwer działa, ale redundancja jest pozorna.

3) Oba PSU do tej samej listwy / tej samej fazy

To klasyk. Masz dwa zasilacze, a i tak jedna awaria listwy/UPS/bezpiecznika kładzie serwer.

Minimum sensownej redundancji to:

• PSU1 → PDU/UPS A

• PSU2 → PDU/UPS B

4) Brak testu pod realnym obciążeniem

Wiele osób „testuje” redundancję na pustym serwerze i uznaje, że jest OK. Potem przy produkcji okazuje się, że po przełączeniu PSU wchodzi throttling albo serwer się restartuje.

5) Ignorowanie alarmów w iDRAC/iLO/IPMI

Platformy zwykle jasno mówią, czy PSU jest „present/ok”, czy jest „mismatch”, czy jest „power supply redundancy lost”. To nie są ozdobniki – to wskazówki.

Jak testować failover PSU (bez ryzyka, ale realnie)

Poniższa procedura jest prosta i działa w większości środowisk. Chodzi o to, żeby sprawdzić nie tylko „czy serwer nie zgaśnie”, ale też czy system poprawnie raportuje zdarzenie.

Krok 1: Sprawdź status w managementu

Wejdź w iDRAC/iLO/IPMI i upewnij się, że:

• oba PSU są wykryte,

• oba są w stanie OK,

• platforma raportuje tryb redundantny.

Krok 2: Zrób test przy typowym obciążeniu

Najbardziej miarodajne jest obciążenie zbliżone do produkcyjnego:

• wirtualizacja: kilka VM pod obciążeniem,

• baza danych: testowy workload,

• storage: I/O.

Nie chodzi o bicie rekordów, tylko o realny scenariusz.

Krok 3: Odłącz PSU1 od zasilania (z gniazdka/PDU), obserwuj

• serwer powinien działać bez restartu,

• management powinien zarejestrować zdarzenie (utrata zasilania PSU1),

• PSU2 powinien przejąć obciążenie.

Odczekaj chwilę, sprawdź:

• czy nie pojawiły się błędy,

• czy nie ma spadków wydajności,

• czy wentylatory nie weszły w nienaturalne tryby.

Krok 4: Podłącz PSU1 z powrotem

• sprawdź, czy wrócił status OK,

• czy redundancja jest znowu aktywna,

• czy nie ma alarmów o mismatch.

Krok 5: Powtórz dla PSU2

Test ma sens dopiero, gdy wykonasz go dla obu zasilaczy.

Co dodatkowo warto sprawdzić

• Czy alerty trafiły do systemu monitoringu (mail/SNMP/syslog)?

• Czy ktoś w zespole ma procedurę reakcji (wymiana PSU, zgłoszenie, czas SLA)?

Redundancja PSU a refabrykowane zasilacze – kiedy to ma sens

W wielu serwerach nowe zasilacze są drogie albo trudno dostępne (zwłaszcza do starszych generacji). Refabrykowany PSU ma sens, jeżeli jest:

• dobrany po właściwym P/N,

• przetestowany pod obciążeniem,

• odpowiednio zapakowany (ESD),

• sprzedawany z gwarancją.

W BestMicro dobieramy zasilacze do redundancji właśnie w ten sposób: po P/N i pod konkretny model serwera. Jeśli klient chce, składamy komplet (PSU + kable + rekomendacja podłączenia do dwóch PDU/UPS).

Zasilanie redundantne: Podsumowanie

Drugi PSU ma sens tylko wtedy, gdy jest dobrany poprawnie i realnie przetestowany. Najbezpieczniejsza droga to dobór po P/N producenta serwera, identyczna moc i seria, oraz podłączenie do dwóch niezależnych źródeł zasilania.

Jeśli planujesz redundancję albo masz alarmy w logach o PSU mismatch/redundancy lost – odezwij się. Dobierzemy kompatybilny zasilacz, sprawdzimy konfigurację i podpowiemy prosty test failover, żebyś miał pewność, że to działa.