Samodzielny, niewymagający witryny
Kup bazę danych bez kupowania hostingu. Twoja aplikacja może działać wszędzie; baza danych jest samodzielnym produktem.
Zinn® Zarządzane bazy danych
Zarządzane PostgreSQL i MySQL, z witryną lub bez
Samodzielne bazy danych w modelu zarządzanym: nie musisz hostować u nas strony internetowej, aby uruchomić u nas bazę danych. PostgreSQL lub MySQL, trzy warianty rozmiaru dla każdej z nich, z automatycznym przełączaniem awaryjnym począwszy od średniego wariantu wzwyż. Weryfikujemy przywracanie danych poprzez połączenie się z przywróconą bazą danych zamiast polegać na ufnym założeniu, że zadanie tworzenia kopii zapasowej zostało zakończone.
Co to jest
Zinn® Managed Databases to PostgreSQL lub MySQL, które obsługujemy dla Ciebie, sprzedawane samodzielnie. Nic w tym produkcie nie zakłada, że hostujesz u nas również witrynę: wskaż mu aplikację z miejsca, w którym ta aplikacja się znajduje, i traktuj je jako usługę bazy danych, a nie jako dodatek do planu hostingowego.
Każdy silnik oferuje trzy rozmiary. Mały wariant to pojedyncza instancja. Średni i duży wariant dodają automatyczne przełączanie awaryjne, dzięki czemu utrata węzła oznacza zdarzenie przełączenia awaryjnego, a nie awarię, o której dowiesz się od swoich użytkowników. Koszt przełączania awaryjnego różni się w zależności od silnika — PostgreSQL rozstrzyga między dwiema instancjami, podczas gdy MySQL wymaga grupy składającej się z trzech członków i pary routerów do osiągnięcia kworum — dlatego warianty MySQL są wycenione nieco wyżej w każdym rozmiarze.
Co otrzymujesz
Zarządzane bazy danych PostgreSQL i MySQL z prawidłowo wykonanymi elementami operacyjnymi i przedstawionymi na tyle jasno, że można pod ich kątem zaplanować działania.
Automatyczne przełączanie awaryjne z poziomu średniego
Średnie i duże instancje z automatycznym przełączaniem awaryjnym. Przejście z małej instancji to zmiana dostępności, a nie tylko rozmiaru.
Niewielki plan dla pojedynczej instancji
Mały pakiet obsługuje jedną instancję, co odpowiada środowiskom programistycznym, testowym i lżejszym obciążeniom produkcyjnym, w przypadku których akceptowalne jest krótkie okno odzyskiwania.
Przywracanie do punktu w czasie na PostgreSQL
W przypadku PostgreSQL odzyskiwanie danych odbywa się do określonego momentu w czasie, a nie do migawki z ubiegłej nocy, co pozwala cofnąć nieudaną migrację lub błędne usunięcie bez utraty pozostałej części dnia. Bazy danych MySQL są kopiowane co noc i przechowywane przez czternaście nocy.
Przywrócenia zweryfikowane przez połączenie
Kopia zapasowa zgłaszająca sukces nie jest dowodem na to, że bazę danych można przywrócić. Weryfikujemy przywracanie, łącząc się z przywróconą bazą danych i odczytując z niej dane.
Trzy rozmiary dla każdego silnika
Każdy pakiet obsługuje wybrany przez Ciebie silnik. Przejście na wyższy poziom zmienia przydział vCPU, pamięci i dysku, a od pakietu średniego (medium) dodaje automatyczne przełączanie awaryjne.
Jak to działa
Uruchom ją, połącz się z nią, a my zajmiemy się połową operacyjną.
Wybierz plan
Wybierz PostgreSQL lub MySQL, a następnie małą, średnią lub dużą bazę danych w zależności od tego, ile procesora, pamięci i miejsca na dysku potrzebujesz oraz czy chcesz korzystać z automatycznego przełączania awaryjnego.
Połącz swoją aplikację
Otrzymujesz dane uwierzytelniające oraz punkt końcowy połączenia. Aplikacja może znajdować się w naszej infrastrukturze lub u kogoś innego; dla bazy danych nie ma to znaczenia.
Prowadzimy to i udowadniamy
Wykonujemy kopie zapasowe zgodnie z harmonogramem i sprawdzamy ich przywracalność, łącząc się z wynikiem, dzięki czemu zdolność odzyskiwania jest mierzona, a nie zakładana. W przypadku PostgreSQL harmonogram ten jest ciągły, więc odzyskiwanie odbywa się do wybranego momentu w czasie.
Cennik
Trzy poziomy dla każdego silnika, rozliczane co miesiąc, dobierane według vCPU, pamięci i dysku – z automatycznym przełączaniem awaryjnym uwzględnionym od poziomu średniego. Ceny poziomów są obliczane na podstawie zmierzonych stawek jednostkowych infrastruktury i przeliczane ponownie, gdy stawki te ulegają zmianie.
Zinn® Managed MySQL Small
51,99 zł/miesiąc
- Rdzenie vCPU
- 1
- Pamięć RAM
- 2 GB
- Pamięć masowa NVMe
- 20 GB
Zinn® Managed PostgreSQL Small
51,99 zł/miesiąc
- Rdzenie vCPU
- 1
- Pamięć RAM
- 2 GB
- Pamięć masowa NVMe
- 20 GB
Zinn® Managed PostgreSQL Medium
181,99 zł/miesiąc
- Rdzenie vCPU
- 2
- Pamięć RAM
- 4 GB
- Pamięć masowa NVMe
- 60 GB
Zinn® Managed MySQL Medium
274,99 zł/miesiąc
- Rdzenie vCPU
- 2
- Pamięć RAM
- 4 GB
- Pamięć masowa NVMe
- 60 GB
Zinn® Managed PostgreSQL Large
381,99 zł/miesiąc
- Rdzenie vCPU
- 4
- Pamięć RAM
- 8 GB
- Pamięć masowa NVMe
- 150 GB
Zinn® Managed MySQL Large
570,99 zł/miesiąc
- Rdzenie vCPU
- 4
- Pamięć RAM
- 8 GB
- Pamięć masowa NVMe
- 150 GB
Ceny odzwierciedlają stawki za mierzoną infrastrukturę, zamiast być ustalone raz na zawsze, dzięki czemu Twój pakiet pozostaje proporcjonalny do rzeczywistych kosztów utrzymania.
Dlaczego warto kupić tutaj
Wielu dostawców hostingowych udostępni Ci bazę danych pod warunkiem, że kupisz u nich również hosting. Tę oferujemy jako osobną usługę, co oznacza, że możesz umieścić swoją bazę danych u nas, a aplikację tam, gdzie ma to największy sens, bez konieczności przebudowywania swojej architektury pod narzucony pakiet.
Dwa najważniejsze twierdzenia dotyczące produktu bazodanowego to te, które najłatwiej formułować powierzchownie: że następuje przełączenie awaryjne oraz że przywracanie danych działa. W tym przypadku przełączenie awaryjne jest zdeklarowaną właściwością planów medium i large, a przywracanie danych jest weryfikowane poprzez połączenie się z przywróconą bazą danych, a nie poprzez odczytanie zielonego dziennika zadań.
Czy muszę hostować u Państwa witrynę internetową, aby z tego skorzystać?
Nie. Zarządzane bazy danych działają jako niezależna usługa. Twoja aplikacja może działać na własnych serwerach, u innego dostawcy lub w naszej infrastrukturze — baza danych jest udostępniana i rozliczana niezależnie.
Które pakiety oferują wysoką dostępność?
Średnie i duże instancje działają z automatycznym przełączaniem awaryjnym. Mała to pojedyncza instancja, dlatego przejście z małej na średnią jest decyzją dotyczącą dostępności, a nie tylko wydajności.
Jak działają kopie zapasowe i przywracanie?
Oba silniki są objęte kopiami zapasowymi, a ich poprawność jest testowana poprzez nawiązanie połączenia z wynikiem. Różnią się one zakresem czasu, do którego można się cofnąć: PostgreSQL archiwizuje dane w sposób ciągły, dzięki czemu można przywrócić stan z konkretnego momentu – co ma największe znaczenie po nieudanej migracji lub przypadkowym usunięciu danych, gdy chcesz odzyskać wszystko z dokładnością do sekundy poprzedzającej błąd. Kopie zapasowe MySQL wykonywane są co noc, a w systemie przechowywanych jest czternaście ostatnich nocy.
Skąd wiesz, że kopie zapasowe faktycznie się przywracają?
Przywracamy je i łączymy się z wynikiem. Zadanie tworzenia kopii zapasowej zgłaszające sukces informuje jedynie o tym, że zadanie zostało zakończone; połączenie z przywróconą bazą danych i odczyt z niej informuje, że dane tam są i nadają się do użytku. To jest test, który przeprowadzamy.
Czy mogę przejść na wyższy pakiet w miarę wzrostu bazy danych?
Tak. Plany korzystają z tego samego silnika, na którym zaczynano, więc przejście na wyższy poziom zmienia przydział vCPU, pamięci oraz dysku i, począwszy od planu medium, dodaje automatyczne przełączanie awaryjne. Porozmawiaj z nami przed dużą migracją, a zaplanujemy przeniesienie razem z Tobą.
Umieść swoją bazę danych w miejscu, gdzie będzie pod opieką
Wybierz silnik i plan, połącz swoją aplikację i korzystaj z automatycznego przełączania awaryjnego od planu medium w górę — niezależnie od tego, czy cokolwiek innego hostujesz u nas.
Rozpocznij