OFFSHORE VPS / BUILD
Build.
Działająca aplikacja i jej kolejne wydanie.
Aplikacja z zadaniami w tle lub małą bazą danych. Zostaw pamięć dla systemu operacyjnego i procesu wdrażania.
Zacznij od tych zasobów.
- Moc obliczeniowa
- 2 vCPU
- Pamięć
- 2 GB
- Pamięć
- 50 GB
- Budżet transferu
- 2 TB
Dostosuj zasoby, obraz, opcje sieci i okres usługi w konfiguratorze. Wybierz Malezję, Rumunię lub Szwajcarię jako lokalizację serwera, bez dopłaty za lokalizację. Kraje kopii zapasowych pozostają niepotwierdzone.
Planuj z myślą o całym obciążeniu.
Pamięć jest współdzielona przez każdy proces w instancji. Uwzględnij pamięci podręczne bazy danych, kolejki zadań i proces wdrażania oraz przetestuj w przewidywanym okresie szczytowym.
Zbuduj budżet zasobów →Wiedz, co posiadasz.
Plan zabezpieczeń aplikacji, aktualizacji, obserwowalności i niezależnego procesu odzyskiwania. Jeśli wybierzesz opcję kopii zapasowej, przejrzyj procedurę przywracania i przetestuj ją na swojej aplikacji.
Przygotuj pierwszy test przywracania →Więcej miejsca dla aplikacji, bazy danych i zadania w tle.
Build to użyteczny punkt odniesienia dla API, które obsługuje również bazę danych lub niewielkie zadanie w tle. Traktuj każdy proces jako część tego samego budżetu. Żądanie sieciowe może konkurować z eksportem raportu, a kolejne wydanie na chwilę potrzebuje własnej pamięci i miejsca na dysku.
Opracowany punkt wyjścia
Ilustracyjne API listy lektur przyjmuje wpisy i tworzy nocny eksport. Obserwuj API podczas zwykłego użytkowania, a następnie podczas eksportu i wydania. Zapisz, czy opóźnienie wynika z pracy procesora, zapytania czy pamięci masowej. Dodaj konkretną opcję tylko wtedy, gdy rozwiązuje zmierzony problem.
Kiedy ten punkt wyjścia słabo pasuje
Więcej pamięci RAM nie czyni dwóch nakładających się zadań bezpiecznymi, a kolejny vCPU nie rozwiąże żądania oczekującego na zewnętrzne API. Ogranicz współbieżną pracę, zanim zwiększysz zasoby. Rozważ rozdzielenie komponentów, gdy potrzebują różnych granic dostępu, konserwacji lub odzyskiwania.
Nadaj każdej opcji zadanie.
Konfiguracja bazowa zawiera 2 vCPU, 2 GB RAM, 50 GB pamięci masowej, budżet transferu 2 TB i adres 1 IPv4. IPv6 jest zamawiany osobno, a domyślnie nie jest wybrana żadna opcja kopii zapasowej. To przydziały katalogowe; potwierdź rzeczywisty sprzęt dostawcy, zasady liczenia i przywracania.
- Pamięć: zostaw miejsce dla systemu operacyjnego, środowiska uruchomieniowego, bazy danych i zaobserwowanych szczytów. Dodanie 1 GB do Build daje miesięczną sumę częściową $15.50 przed oszczędnościami z tytułu okresu.
- CPU: porównaj procesy wykonujące pracę i ich współbieżność. Nie opisuje to gwarantowanego modelu procesora ani liczby żądań na sekundę.
- Pamięć masowa i transfer: oddziel budżet przechowywanych danych od przesyłanych bajtów. Eksporty poza serwerem mogą wykorzystywać oba.
- Kopie zapasowe i sieć: określ dane, które musisz odzyskać, oraz adresy używane przez aplikację. Wybór opcji nie dokumentuje za Ciebie procedury operacyjnej.
Uczyń pierwszy przegląd konkretnym.
Zapisz normalny okres eksploatacji, jedno cięższe zadanie i jedno wydanie. Zanotuj dostępną pamięć, największe rosnące katalogi i wynik lokalnego sprawdzenia aplikacji. Prowadź krótki dziennik zmian, aby nieoczekiwany wynik miał punkt wyjścia. Następnie porównaj całą początkową sumę wybranego okresu w konfiguratorze; dłuższy okres zmienia cenę, nie zasoby.
Przejdź przez pierwszy budżet API → · Zbuduj arkusz zasobów · Sprawdź fakty katalogowe i granice usług