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

Мониторинг на Percona сървър за MongoDB – ключови показатели

Когато изпълняваме критични услуги за бази данни в производството, трябва да познаваме и наблюдаваме базата данни. Трябва да разберете основните показатели в базата данни, която използвате. Например, когато стартирате MongoDB с машина за съхранение на WiredTiger, трябва да знаете връзки, удостоверяване, операции, забавяне на репликацията, грешки в страницата, заключване и т.н.

В този блог ще обясним някои ключови показатели, които се използват за наблюдение на Percona Server за MongoDB.

Връзки към базата данни

Връзките към базата данни са един от важните ключови показатели във всяка база данни. Той следи текущите ви връзки/нишки от приложения към базата данни. Можете да проверите текущите връзки чрез командата по-долу:

> db.serverStatus().connections

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

ClusterControl предоставя информация, свързана с връзките, както е показано по-долу:

Командни операции

Показателите за командните операции наблюдават текущите ви операции, или вмъкване, актуализиране, изтриване или избор. Можете да наблюдавате текущите командни операции, като изпълните командата по-долу:

>db.serverStatus().opcounters

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

Наблюдението на командните операции в ClusterControl е лесно, просто трябва да активирате мониторинг, базиран на агенти, за да видите показателите на OpsCounter в таблото за управление на MongoDB Server, както е показано по-долу:

Закъснения на ReplicaSet

Когато стартирате архитектура ReplicaSet или ShardCluster, един важен ключов показател е забавянето на репликацията. Закъснение при репликация възниква, когато вторичните възли не могат да настигнат данните, които се записват в първичния възел. Причините за това може да варират от забавяне на мрежата, пропускателна способност на диска, бавни заявки и др.

Можете да проверите текущата информация за забавяне на репликацията, като изпълните командата по-долу на основния възел:

> rs.printSlaveReplicationInfo() 

Показателите за информация за изоставането са в секунди, така че при тежки едновременни връзки може да изостава с няколко секунди на вторични възли, тъй като репликацията в mongodb е асинхронна.

В ClusterControl показателите Max Replication Lag могат да бъдат намерени в MongoDB Replicaset табло за наблюдение.

Грешки в страницата

Неизправностите на страницата се появяват най-вече при приложения с много едновременно натоварване и високо натоварване. Грешки в страницата се случват, когато процесът mongodb иска да получи данните, но те не са налични в паметта, тогава сървърът mongodb чете данните от диска.

За да наблюдавате текущото състояние на грешките в страницата, можете да използвате командата по-долу:

>db.serverStatus().extra_info.page_faults

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

Заключване

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

Можете да проверите текущите операции по заключване в базата данни, като използвате командата по-долу:

>db.currentOp()

Когато изпълним командата db.currentOp(), има известна информация, свързана със заключването. ClusterControl следи за Global Lock в таблото си за управление на MongoDB, както е показано по-долу:

Заключение

Това са някои от важните ключови показатели за наблюдение в Percona Server за MongoDB. Те осигуряват изглед в реално време какво се случва в сървъра и могат да разкрият всякакви аномалии, по които можете да предприемете действия. ClusterControl предоставя някои табла за управление, които ви дават видимост на вашите бази данни MongoDB.


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. mongodb работи ли?

  2. MapReduce с MongoDB наистина, много бавно (30 часа срещу 20 минути в MySQL за еквивалентна база данни)

  3. Вмъкнете голям запис в mongodb с помощта на mongo shell

  4. E:Не може да се намери пакет mongodb-org

  5. Всичко, което трябва да знаете за MongoDB Client