Databases for Cassandra

Apache Cassandra to open source’owy system zarządzania bazami danych (DBMS) NoSQL, który przechowuje dane w postaci klucz-wartość, przetwarza je i zmienia ich strukturę. Dysponuje własnym językiem do wykonywania zapytań: Cassandra Query Language (CQL). Rozwiązanie działa na wszystkich systemach operacyjnych, co świadczy o jego dużej elastyczności.

Jest to baza danych jako usługa (Database as a Service, DBaaS), rozdzielona na kilka instancji Public Cloud i dostarczana jako rozwiązanie gotowe do użycia. Zdecydowanie ułatwia użytkownikom pracę, ponieważ to my zajmujemy się jego zarządzaniem i administrowaniem (w tym zadaniami związanymi z konfiguracją, utrzymaniem, kopiami zapasowymi, bezpieczeństwem i skalowalnością). Podsumowując, jest to usługa baz danych w chmurze, dzięki której oszczędzasz czas.

Jest to możliwe po pobraniu i wdrożeniu najnowszej wersji Java JDK. Pamiętaj jednak, że w takim przypadku do Ciebie należeć będzie wykonywanie wszystkich zadań związanych z administracją i zarządzaniem bazami danych. Tym samym nie skorzystasz z funkcji, które dostarczamy w ramach naszej zarządzanej usługi.

Cassandra, wdrożona przez znaną firmę z branży IT, a od 2008 r. wspierana przez Apache Foundation, jest obecnie drugim najczęściej używanym silnikiem na świecie. Wynika to z faktu, że zapewnia wydajność i wysoką dostępność w trybie rozproszonym pozwalającym na zminimalizowanie lub nawet wyeliminowanie pojedynczych punktów podatności na awarie (Single Points of Failure, SPOF).

Cassandra jest bazą danych NoSQL zaprojektowaną do zarządzania dużymi ilościami danych rozproszonymi na wielu serwerach bez pojedynczego punktu podatności na awarię.

Cassandra jest używana w aplikacjach wymagających wysokiej skalowalności, dostępności oraz wydajności operacji odczytu i zapisu. Jest to idealne rozwiązanie do zastosowań telemetrycznych, systemów zarządzania danymi w mediach społecznościowych, usług poczty elektronicznej oraz scenariuszy, w których szybkość i niezawodność operacji na danych ma krytyczne znaczenie.

Chociaż oba te silniki należą do kategorii baz danych NoSQL, każdy z nich zapewnia inne korzyści. Jedną z różnic jest język używany do zapytań. MongoDB opiera się na składni zbliżonej do JavaScript, podczas gdy Cassandra korzysta z własnego języka CQL.

Różnicę da się również zauważyć w zarządzaniu redundancją klastra: MongoDB zawsze dysponuje serwerem głównym i serwerami pomocniczymi gotowymi do przejęcia zadań, podczas gdy Cassandra korzysta z innego modelu - opartego na kilku węzłach głównych w tym samym klastrze.

Wszystkie trzy pakiety Cassandra dostarczane są w ramach Public Cloud. Jednak każdy z nich zawiera funkcje, które są przydatne w innych zastosowaniach. Pakiety mogą różnić się na przykład rozmiarem klastra, liczbą węzłów, parametrami w zakresie sieci, skalowalności lub dostępności.

Nie. Usługa hostowana jest na jednej lub kilku instancjach Public Cloud, które dysponują dedykowaną przestrzenią dyskową zapewniającą izolację danych. Dzięki temu tylko Ty masz do nich dostęp.

Jest to jak najbardziej możliwe. Jeśli Twoje potrzeby w zakresie pamięci RAM lub przestrzeni dyskowej wzrosną, możesz wybrać węzły o większej pojemności. Pamiętaj jednak, że później nie ma możliwości powrotu do węzła o mniejszej pojemności.

Tak. Każdy pakiet zawiera opcję automatycznych kopii zapasowych. Domyślny czas ich przechowywania różni się jednak w zależności od wybranej opcji. Dlatego przed dokonaniem wyboru zalecamy sprawdzenie zawartości wszystkich naszych pakietów.

Wykonujemy wszystkie zadania związane z zarządzaniem i administrowaniem bazą danych. Dzięki temu nie musisz martwić się o wdrożenie, utrzymanie, bezpieczeństwo, kopie zapasowe czy skalowalność. To właśnie za tę dodatkową usługę pobierana jest opłata.

Tak. Możesz połączyć bazę danych z serwerem za pomocą sieci publicznej lub prywatnej. Operacja ta będzie jednak musiała zostać przeprowadzona przez Ciebie samodzielnie. Ponadto będziesz we własnym zakresie zarządzać i administrować bazą danych.

Sprawdź odporność wdrożeń dzięki naszemu dedykowanemu przewodnikowi.

Regiony 1-AZ korzystają z jednej strefy dostępności z jednym lub kilkoma centrami danych. Nawet jeżeli chronią przed awarią serwerów i pilotów, mogą być podatne na awarie centrów danych. A to może zakłócić dostęp w przypadku usterki w centrum danych hostingu.

Dla porównania, regiony 3-AZ składają się z 3 niezależnych stref dostępności, z których każda jest odizolowana w zakresie zasilania, systemu chłodzenia oraz sieci, co zapewnia doskonałą ochronę przed awariami. Architektura ta gwarantuje dostępność usługi nawet w przypadku awarii całej strefy.

Wybierz niezawodność usługi dzięki SLA (Service Level Agreement) na poziomie 99,99%.

Tak! Migracja z regionu 1-AZ do regionu 3-AZ jest jak najbardziej możliwa.

Możesz połączyć regiony 1-AZ z regionami 3-AZ za pośrednictwem prywatnego łącza, aby zoptymalizować złożoność i koszty wdrożeń infrastruktury.