MongoDB
 sql >> Baza danych >  >> NoSQL >> MongoDB

Dokumentacja ClusterControl 1.5 — co nowego

Jeśli nie dokonałeś aktualizacji do ClusterControl 1.5, powinieneś! Jest pełen wspaniałych nowych funkcji i ulepszeń. Mamy mnóstwo dokumentacji, która pomoże Ci zacząć. Dokumentacja dotycząca starszych wersji jest nadal dostępna w naszym repozytorium Github.

Oprócz standardowych rutynowych aktualizacji w przewodnikach użytkownika i administratorów, które odzwierciedlają najnowsze funkcje , wprowadziliśmy również pewne ulepszenia w innych obszarach.

Poprawiona czytelność

Otrzymaliśmy kilka opinii na temat czytelności strony z dokumentacją. Poprawiliśmy teraz wygląd i styl, przełączając się na lepszy szablon CSS. Podświetlanie składni i tag kodu źródłowego mają teraz ten sam styl, którego używamy w naszych blogach. Naprawiliśmy również wiele błędów 404 i niedziałających linków w witrynie z dokumentacją.

Komponenty ClusterControl

ClusterControl 1.5 wprowadził dwa nowe pakiety do obsługi funkcji integracji i zarządzania w chmurze. Pakiety te są przeznaczone specjalnie do obsługi kopii zapasowych poza siedzibą firmy w pamięci masowej w chmurze i będą stanowić podstawę do rozszerzenia podczas dodawania nowych funkcji w nadchodzących wydaniach. Modułowa konfiguracja ClusterControl składa się teraz z kilku elementów:

  • Kontroler ClusterControl (cmon)
  • ClusterControl REST API
  • Interfejs użytkownika ClusterControl
  • ClusterControl SSH
  • Powiadomienia ClusterControl
  • ClusterControl Cloud
  • Menedżer plików w chmurze ClusterControl
  • ClusterControl CLI

Każdy ze składników został szczegółowo opisany na przykładach. Wycofaliśmy również starszy komponent o nazwie ClusterControl NodeJS, który był dostępny od wersji 1.3, i został zastąpiony ulepszoną wersją o nazwie ClusterControl Notifications.

Dowiedz się o nich tutaj.

Prawne zamknięcie

Otrzymaliśmy również kilka próśb o podanie zalecanych sposobów wykonania czystego zamknięcia klastra bazy danych, co może być przydatne podczas testowania lub konserwacji. W zależności od technologii klastrowania kolejność uruchamiania i zamykania jest niezbędna do utrzymania synchronizacji całego klastra i zapewnienia, że ​​system będzie uruchamiał się bez żadnych problemów w przyszłości.

Zaleca się, aby węzeł ClusterControl był zamykany jako ostatni, ponieważ musi nadzorować stan monitorowanych hostów i zapisać go w bazie danych CMON. Podczas uruchamiania klastra bazy danych na późniejszym etapie, ClusterControl wykona odpowiednią procedurę uruchamiania na podstawie ostatniego znanego stanu monitorowanych hostów.

Sprawdź zalecane kroki łagodnego zamykania tutaj.

Przewodnik rozwiązywania problemów

Wymieniliśmy typowe problemy z krokami rozwiązywania problemów, które pomogą Ci rozwiązać niektóre typowe problemy, na które możesz się natknąć. Jesteśmy w trakcie migracji popularnych zgłoszeń pomocy technicznej z naszego forum pomocy technicznej, dzięki czemu możesz znaleźć wszystkie informacje w jednym miejscu.

Zapoznaj się z Przewodnikiem rozwiązywania problemów tutaj.

Czekamy na wszelkie opinie, sugestie lub komentarze dotyczące naszej dokumentacji, aby upewnić się, że znajdziesz wszystko, czego potrzebujesz. Miłego klastrowania!


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Nowe funkcje zarządzania kopiami zapasowymi i zabezpieczenia dla MySQL i PostgreSQL:ClusterControl w wersji 1.6.2

  2. MongoDB $ifNull

  3. Wskazówki dotyczące uruchamiania MongoDB w środowisku produkcyjnym za pomocą strumieni zmian

  4. Importuj dane csv jako tablicę w mongodb za pomocą mongoimport

  5. Zarządzanie MySQL, MongoDB i PostgreSQL za pomocą ChatOps od Slack