Nowy serwer
Dobór zasobów, systemu i konfiguracji usług.
Infrastruktura · Ubuntu i Linux
Przygotowujemy serwery do działania aplikacji, baz danych i integracji. Konfigurujemy Linux, w tym Ubuntu Server, na VPS i serwerach dedykowanych oraz porządkujemy istniejące środowiska wraz z zasadami utrzymania.
Dobór zasobów, systemu i konfiguracji usług.
Konta, SSH, firewall i wystawienie aplikacji.
Aktualizacje, kopie, monitoring i przełączenie.
Konfigurację zaczynamy od aplikacji, liczby użytkowników, profilu obciążenia i wymagań odtwarzania. Dobieramy CPU, pamięć, dyski i miejsce na wzrost danych. Ubuntu Server LTS, Debian lub inna dystrybucja są wybierane z uwzględnieniem zgodności oprogramowania i okresu wsparcia.
Przygotowujemy konta usług, aktualizacje systemu, układ przechowywania danych i wymagane środowiska: PHP, .NET, Python lub Node.js. Baza może działać na tym samym hoście albo oddzielnie. Dla projektu ustalamy również DNS, czas systemowy, certyfikaty i dokumentację konfiguracji.
Rozdzielamy konta administracyjne i usługowe oraz uprawnienia do działań. Konfigurujemy dostęp SSH z kluczami i ograniczeniami odpowiednimi do organizacji. Zmiany zdalnego dostępu sprawdzamy przy zachowaniu drogi odzyskania kontroli przez konsolę dostawcy.
Ustalamy, które porty mają być dostępne publicznie, a które tylko w sieci prywatnej lub przez VPN. Reverse proxy, np. Nginx, może kierować ruch HTTPS do aplikacji i kończyć połączenie TLS. Przy Dockerze sprawdzamy również publikowane porty i reguły tworzone przez silnik — sama konfiguracja UFW może nie wystarczyć.
Klucze, role, ograniczenia i procedura odzyskania dostępu.
Świadomie wystawione porty, sieci prywatne i trasy połączeń.
Certyfikaty, odnowienie i kontrola konfiguracji proxy.
Uprawnienia do plików, konfiguracji usług i kopii danych.
VPS i serwer dedykowany opisują sposób przydzielenia infrastruktury. Usługa zarządzana opisuje natomiast zakres opieki i może dotyczyć obu wariantów. W ofercie rozdzielamy koszt zasobów, administrację systemem, bazą i aplikacją.
Wybór zależy od obciążenia, wymagań dyskowych, izolacji i odpowiedzialności dostawcy. Żaden z wariantów sam nie zapewnia wysokiej dostępności. Jeżeli proces wymaga działania podczas awarii hosta, potrzebny jest osobny projekt redundancji i odtwarzania.
| Rozwiązanie | Zakres i zastosowanie | O czym trzeba pamiętać |
|---|---|---|
| VPS | Zasoby maszyny wirtualnej; często wygodny start i zmiana parametrów. | Profil współdzielenia zasobów, wydajność dysków, limity i dostęp do konsoli dostawcy. |
| Serwer dedykowany | Fizyczny serwer przeznaczony dla danego klienta lub projektu. | Czas wymiany sprzętu, skalowanie, zapas zasobów i odtwarzanie po awarii. |
| Administracja zarządzana | Uzgodniona opieka nad VPS lub serwerem dedykowanym. | Zakres aktualizacji, monitoringu, kopii i reakcji; odpowiedzialność za aplikację pozostaje jawnie ustalona. |
Ustalamy sposób aktualizacji i okna prac, w tym restart systemu, gdy jest potrzebny. Monitorujemy dostępność usług, zasoby, certyfikaty, zajętość dysków i wykonanie kopii. Alarm powinien mieć wskazaną osobę lub kanał odbioru i ustalony sposób reakcji.
Kopia konfiguracji, plików i bazy wymaga odpowiedniej spójności oraz osobnego miejsca przechowywania. Snapshot dostawcy może być elementem planu, ale nie zastępuje automatycznie testu odtworzenia bazy. Zakres retencji oraz oczekiwany czas przywrócenia uzgadniamy dla procesu.
Inwentaryzujemy wersje runtime, bazy, pliki, integracje i harmonogramy. Przygotowujemy środowisko docelowe i migrację próbną. Sprawdzamy logowanie, zapis danych, zadania w tle oraz połączenia z usługami zewnętrznymi przed przełączeniem ruchu.
Plan obejmuje synchronizację końcowych zmian, DNS, certyfikaty i możliwość powrotu. Kontenery mogą ułatwić powtarzalność konfiguracji aplikacji, ale host nadal wymaga administracji. Istniejący system przenosimy w zgodzie z wymaganiami jego producenta.
Pytania i odpowiedzi
Zakres można oprzeć na infrastrukturze klienta, po sprawdzeniu dostępu administracyjnego, konsoli odzyskiwania i ograniczeń usługi. Uzgadniamy też, które zadania pozostają po stronie dostawcy.
Nie. LTS opisuje model wsparcia wydania. System i aplikacje wymagają aktualizacji, kontroli zgodności i zaplanowanych restartów, jeżeli są potrzebne.
Zakres obsługi, godziny pracy, monitoring i czasy reakcji ustalamy w ofercie. Samo przygotowanie serwera nie oznacza automatycznie całodobowego dyżuru.
Tak. Usługi mogą działać bezpośrednio w systemie albo w kontenerach. Dobieramy sposób wdrożenia do aplikacji, procesu aktualizacji i możliwości utrzymania.
Zacznijmy od rozmowy
Podaj dostawcę, obecny system, aplikacje, bazę danych i wymagania dostępu. Ustalimy konfigurację, zakres migracji oraz opieki.
Zaplanuj konfigurację serwera