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

Изпълняване на MongoDB с Ops Manager

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

Има толкова много инструменти за автоматизация, които могат да изпълняват някои от тези  задачи, като Ansible, Salt и Puppet, но MongoDB Ops Manager предлага повече от техните възможности. Освен това човек трябва да знае какво е състоянието на базата данни в даден момент и какви актуализации трябва да се направят, за да е актуална системата.

Какво  е MongoDB Ops Manager?

Това е приложение за управление на MongoDB, създадено от инженерите на базата данни на MongoDB, за да улесни и ускори  процесите на внедряване, наблюдение, архивиране и мащабиране. Предлага се само с лиценза MongoDB Enterprise Advanced.

Използването на базата данни се увеличава с времето, тъй като повече потребители я използват и уязвимостта на съответните данни също се увеличава. Базата данни може да бъде подложена на рискове като бръмчене на мрежата и хакване, като по този начин се отразява на бизнес операцията. Групата за управление на базата данни трябва да забележи променящите се номера, за да поддържа базата данни в най-новите корекции и възможности за обслужване. MongoDB Ops Manager предоставя възможности за това разширение за подобрена производителност на базата данни по следните начини:

  1. Защита от загуба на данни
  2. Лесна автоматизация на задачи
  3. Предоставяне  на информация за честотата на заявки
  4. Обща видимост на производителността на GUI
  5. Управление на еластични разгръщания
  6. Интеграция с облачни приложения

По принцип Ops Manager помага при автоматизацията, наблюдението и архивирането.

Функции за автоматизация на Ops Manager

Самото управление на внедряване на голям клъстер може да стане досадно, особено когато изпълнявате едни и същи инструкции с течение на времето и (в зависимост от търсенето) ще увеличавате или намалявате мащаба. Някои от тези задачи може да изискват да наемете специалисти по база данни, за да го направите. GUI на Ops Manager предлага някои от тези действия само с няколко щраквания. Можете да го използвате, за да добавяте или премахвате възли към вашия клъстер според търсенето и MongoDB автоматично се балансира по отношение на  новата топология с минимално или никакво време на престой.

Някои от операциите, които сте извършили ръчно (като разгръщане на нов клъстер, надграждане на възли, добавяне на членове на набора от реплики и части), са организирани и автоматизирани от Ops Manager. Следващия път, когато предприемете процедурата, ще ви трябва само едно натискане на бутон и всички задачи ще бъдат изпълнени. Има също така RESTful API на Ops Manager, който ви позволява да интегрирате програмно управление.

С този тип автоматизация можете да намалите оперативните и режийните си разходи.

Наблюдение на MongoDG с Ops Manager

Мониторингът е важна функция за всяка система на база данни по отношение на разпределението на ресурсите и уведомленията за здравето на базата данни. Без никаква представа как се представя вашата база данни, шансовете за удряне на технически проблем са високи и следователно катастрофални. MongoDB Ops Manager дори има пълна видимост на производителността в графично представяне, осигурява отчитане в реално време и възможност за предупреждение за ключови показатели за ефективност, като хардуерни ресурси.

В случай на планиране на капацитета, Мениджърът на операциите предлага исторически изглед на производителността, от който може да се извлече оперативната базова линия.

Наблюдението се постига чрез разрешаването му в същия хост MongoDB. Мониторингът събира данните от всички възли в разгръщането и агент предава тези статистически данни на Ops Manager, който създава отчет за състоянието на внедряването в реално време.

От отчетите можете лесно да видите бавни и бързи заявки и да разберете как можете да ги оптимизирате за средна производителност.

Диспечерът на операциите предоставя персонализирани табла за управление и диаграми за проследяване на много бази данни по ключови показатели за здравето, които включват използване на процесора и памет.

Активирането на сигнали в Ops Manager е важно, тъй като бихте искали  да знаете кои ключови показатели от базата данни са извън обхвата. Тяхната конфигурация варира по отношение на параметрите, засягащи отделните хостове, агенти, набори от реплики и резервни копия. Мениджърът на операциите предлага 4 основни стратегии за отчитане, за да ви предпази от всякакви потенциални технически проблеми:система за управление на инциденти, SMS, имейл или Slack.

Можете също да използвате API на Ops Manager RESTful и да подавате данните към платформи като APM, за да видите показателите за здравето.

Архивиране на MongoDB с Ops Manager

Загубата на данни е една от най-болезнените пречки, които могат да повлияят на работата на всеки бизнес. Въпреки това, с Ops Manager данните са защитени. Престой на базата данни може да се случи по всяко време, например поради прекъсване на захранването или прекъсване на връзката с мрежата. Lucky е организацията, която използва MongoDB Ops Manager, тъй като непрекъснато поддържа резервни копия или в режим на планирани моментни снимки, или в момент за възстановяване. Ако внедряването на MongoDB се провали в даден момент, най-новото архивиране ще бъде само моменти след последното състояние на базата данни преди отказ, следователно намалена загуба на данни.

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

Архивирането на Ops Manager работи само с клъстер или набор от реплики, в противен случай за самостоятелен mongod процес ще трябва да го преобразувате в едночленен набор от реплики.

Как работят архивирането и възстановяването с Ops Manager

След активиране на архивиране в разгръщането на MongoDB, архивирането извършва първоначално синхронизиране на данните на внедряването по същия начин, както би могло да създаде нов невидим член на набор от реплика. Агентът изпраща първоначалното синхронизиране и oplog данни през HTTPS обратно към Ops Manager. По време на процеса на архивиране базата данни задържа всички операции с пропускателна способност, но те  се записват в oplog, следователно се изпраща и за получаване на последната актуализация.

След това архивът ще следи oplog на всеки набор от реплики, за да поддържа самостоятелна база данни на диска (база данни на главата), която ще се поддържа от Мениджъра на операциите за всеки архивиран набор от реплики. Тази основна база данни остава в съответствие с оригиналния първичен до последния oplog, предоставен чрез агента.

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

За възстановяване на моментна снимка Ops Manager ще чете директно от паметта за моментни снимки.

Когато се използва точка във време или контролна точка, мениджърът на операциите възстановява пълна моментна снимка от хранилището за моментни снимки и след това прилага съхранените oplogs към определена точка. Мениджърът на операциите доставя моментната снимка и актуализацията на oplog чрез HTTPS механизъм.

Колко oplog съхранявате на резервно копие, ще определи колко време може да покрие контролната точка и възстановяването в даден момент.

Интеграция с облачни приложения

Не всички внедрявания на MongoDB се изпълняват от един и същ хост на клъстер. Има толкова много облачни хостове (като Red Hat OpenShift, Kubernates и Pivotal Cloud Foundry) правят интеграцията сложна с други инструменти. Ops Manager обаче може да бъде интегриран с тези разнообразни платформи за внедряване на приложения в облак, което го прави последователно и елегантно за изпълнение и внедряване на работни натоварвания, където и да е необходимо, като гарантира една и съща конфигурация на база данни в различни среди и ги контролира от една платформа.

Заключение

Управлението на внедряване на голям MongoDB клъстер не е лесна задача. Ops Manager е инструмент за автоматизация, който предлага визуализирано състояние на базата данни и система за предупреждение; ключови характеристики при предоставяне на информация за здравето на базата данни. Това обаче изисква корпоративен лиценз, който за някои организации може да бъде извън бюджета.

ClusterControl предоставя алтернатива, предлагайки много от същите функции и функции на Ops Manager, но на повече от половината от цената. Можете да научите повече за това какво прави ClusterControl за MongoDB тук.


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Как да конфигурирате името на колекцията MongoDb за клас в Spring Data

  2. MongoDB $pow

  3. MongoDB:Уникален индекс на свойството на елемента на масива

  4. Разстояние за печат на MongoDB между две точки

  5. Node.js + mongoose find замразява възел, когато има повече от 100 резултата