SLA, monitoring i backup — co powinno być w ofercie?

Ten poradnik jest dla firm kupujących serwer dla ważnych procesów. Temat „SLA monitoring backup” zwykle pojawia się wtedy, gdy serwer przestaje być dodatkiem technicznym, a zaczyna wpływać na codzienną pracę, sprzedaż, obsługę klientów albo bezpieczeństwo danych.

Dobór serwera powinien wynikać z zastosowania, ryzyka biznesowego i planu utrzymania. Najtańsza konfiguracja rzadko jest najlepsza, jeśli po stronie firmy zostaje backup, bezpieczeństwo, migracja i reakcja na awarie.

Najczęstszy scenariusz to ocena jakości usługi poza samymi parametrami technicznymi. W takim przypadku nie wystarczy porównać samej ceny miesięcznej. Trzeba sprawdzić, jak środowisko zachowa się przy większym ruchu, większej liczbie użytkowników, aktualizacjach i awarii jednego z elementów.

W praktyce decyzja powinna brzmieć: pytać o monitoring, reakcję, backup i procedury odtworzenia. Dzięki temu serwer jest dobierany do procesu biznesowego, a nie do przypadkowego parametru z tabeli ofertowej.

Przed zamówieniem warto przełożyć wymagania aplikacji na konkretne zasoby. Inaczej ocenia się stronę firmową, inaczej sklep internetowy, a jeszcze inaczej środowisko RDP, bazę danych albo serwer dedykowany pod wiele usług.

Największe ryzyko w tym obszarze to zakładanie, że każdy backup i SLA oznacza to samo. Taki skrót często wygląda taniej na starcie, ale później wraca w postaci przestojów, wolnej pracy użytkowników, problemów z kopią zapasową albo kosztownej migracji w trybie awaryjnym.

Dlatego w dobrym projekcie trzeba uwzględnić nie tylko start usługi, ale też jej utrzymanie: aktualizacje, monitoring, backup, test odtworzenia, kontrolę dostępu i osobę odpowiedzialną za reakcję na incydenty.

Najlepszy wybór to taki, który ma jasno określone zastosowanie, plan backupu, osobę odpowiedzialną za utrzymanie i możliwość rozbudowy. Parametry bez procedur nie rozwiązują problemu niezawodności.

Jeżeli nie masz pewności, zacznij od listy aplikacji, liczby użytkowników, wymagań backupu i maksymalnego akceptowalnego przestoju. Te cztery informacje zwykle szybciej prowadzą do dobrej konfiguracji niż porównywanie samych nazw pakietów.