MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Документация на ClusterControl 1.5 – Какво е новото

Ако не сте надстроили до ClusterControl 1.5, трябва! Той е пълен със страхотни нови функции и подобрения. Имаме много документация, която да ви напътства и да ви помогне да започнете. Документацията за по-стари версии все още е налична в нашето хранилище на Github.

Освен стандартните рутинни актуализации в ръководствата за потребители и администратори, за да отразяват най-новите функции, направихме и някои подобрения в други области.

Подобрена четливост

Получихме известна обратна връзка относно четливостта на страницата с документация. Вече подобрихме външния вид и усещането, като преминахме към по-добър CSS шаблон. Подчертаването на синтаксиса и маркерът на изходния код вече следват същия стил, който използваме в нашите блогове. Също така поправихме редица 404 грешки и неработещи връзки в сайта за документация.

Компоненти на ClusterControl

ClusterControl 1.5 представи два нови пакета за управление на функциите за интеграция и управление в облак. Тези пакети са специално за обработка на резервно копие извън сайта в облачно хранилище и ще бъдат основа, която ще бъде разширена при добавяне на нова функционалност в предстоящите издания. Модулната настройка на ClusterControl вече се състои от няколко компонента:

  • Контролер на ClusterControl (cmon)
  • API ClusterControl REST
  • Потребителски интерфейс на ClusterControl
  • ClusterControl SSH
  • Уведомления за ClusterControl
  • ClusterControl Cloud
  • ClusterControl Cloud File Manager
  • ClusterControl CLI

Всеки от компонентите е описан подробно с примери. Също така отказахме по-стар компонент, наречен ClusterControl NodeJS, който беше наличен от версия 1.3, заменен от подобрена версия, наречена ClusterControl Notifications.

Научете за тях тук.

Изящно изключване

Също така получихме някои искания да предоставим препоръчани начини за извършване на чисто изключване на клъстера на базата данни, което може да бъде полезно по време на тестване или поддръжка. В зависимост от технологията за клъстериране, редът на стартиране и изключване е жизненоважен, за да се поддържа синхрон на целия клъстер и да се гарантира, че системата ще се стартира без проблеми в бъдеще.

Препоръчително е възелът ClusterControl да бъде последният, който се изключва, тъй като той трябва да наблюдава състоянието на наблюдаваните хостове и да го запише в базата данни CMON. При стартиране на клъстера на базата данни на по-късен етап, ClusterControl ще извърши правилна процедура за стартиране въз основа на последното известно състояние на наблюдаваните хостове.

Вижте препоръчителните стъпки за изящно изключване тук.

Ръководство за отстраняване на неизправности

Изброихме често срещани проблеми със стъпки за отстраняване на неизправности, които да ви помогнат да отстраните някои често срещани проблеми, в които може да срещнете. Ние сме в разгара на мигриране на популярни случаи на техническа поддръжка от нашия форум за поддръжка, така че можете да намерите цялата информация на едно място.

Вижте ръководството за отстраняване на неизправности тук.

Приветстваме всяка обратна връзка, предложения или коментари по отношение на нашата документация, за да сме сигурни, че ще намерите всичко, от което се нуждаете. Приятно групиране!


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Ръководство за внедряване и поддръжка на MongoDB с помощта на Puppet:Част 2

  2. Контролен списък за разработка и операции за MongoDB

  3. Как да актуализирате и поместите множество документи в MongoDB с помощта на C# драйвери

  4. Защо не се препоръчва използването на съхранени функции от страна на сървъра в MongoDB?

  5. MongoDB $toDate