Моніторинг баз даних
Моніторинг баз даних Моніторинг баз даних - перевірка БД на можливість підключення та виконання певних запитів.

Моніторинг баз даних дозволяє при кожній перевірці виконувати певний запит до бази, та визначеним чином реагувати на результат перевірки. Можна просто перевірити можливість підключення до бази - якщо не задати жоден запит. При налаштуванні, задайте адресу сервера бази даних, порт, назву бази, логін та пароль користувача для підключення. Ми радимо створити окремого користувача з обмеженими правами. Йому необхідно надати права на дії, присутні в запиті. Також потрібно додати адреси серверів ХостТрекера, здійснюючих перевірки, до файрволу та інших можливих блокувань, для забезпечення доступу до бази. Адреси постійні, вказані при створенні завдання для моніторингу.

Create ContentCheck Task

Запит може бути будь-яким - звичайна вибірка, регулярний UPDATE/DELETE/INSERT, запуск процедур (подібно до планувальника), порівняння результатів, логічні операції. Головне обмеження - час виконання. Він не має перевищувати 30 секунд, в іншому разі буде повернено помилку - таймаут.

Рекомендується писати такі запити, які б повертали потрібне значення в першому рядку першого стовпчика результату. Саме це значення аналізується. Для запитів типу UPDATE, INSERT, DELETE фіксується кількість оброблених рядків. Для аналізу доступні різні варіанти умов для порівняння з заданим значенням - дорівнює/не дорівнює/більше/менше/в діапазоні. Якщо умова невиконується, або ж запит не пройшов через таймаут, або ж відсутній зв'язок з БД - Вам прийде сповіщення.

Create ContentCheck Task
  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.ContentCheck
більше глосарій
Аптайм і моніторинг веб-сайтів

Моніторинг веб-сайтів - це процес спостереження за поведінкою сайту. ХостТрекер пропонує потужний набір інструментів для вирішення цієї задачі.

Моніторинг веб-сайтів - це процес спостереження за поведінкою сайту. Зазвичай він використовується для нагляду над комерційними сайтами та іншими сторінками, доступність яких є вкрай важливою для їх власників.

Компанії, що надають послуги з моніторингу веб-сайтів, пропонують клієнтам перевіряти сайти, сервера, порти та інші елементи ІТ-інфраструктури, доступні з Інтернету. Відповіді, отримані як результат перевірки, зберігаються та аналізуються. Зазвичай, моніторинг відбувається з різних серверів, віддалених географічно - може бути з окремих частин світу та країн, або ж взагалі глобальним. Такий моніторинг зветься розподілений моніторинг, він допомагає відслудковувати як помилки, пов'язані з серверами, так і помилки мережі. Також, розподілений моніторинг часто допомагає проаналізувати поведінку сайту саме для користувачів з регіону, де проживає цільова аудиторія сайту, а не з віддалених місць, на перевірку з яких можуть накластись додаткові проблеми, пов'язані з високою затримкою. Зібрана інформація може бути представлена у різній формі: звіти у вигляді електронних листів, різноманітні графіки та "розумні" залежності, створені для того, щоб клієнт міг отримати всеосяжну картину роботи своїх сайтів. Такі параметри, як час завантаженння, швидкість та інші можуть допомогти оптимізувати поведінку сайту. В разі виявлення критичної проблеми, сервіси моніторингу використовують різноманітні методи сповіщення клієнта: SMS, голосовий дзвінок, сервіси миттєвих повідомлень, електронна пошта та інші. Це, в купі з негайною діагностикою проблеми, допомагає відповідальним людям - розробникам, адміністраторам - якнайшвидше відновити роботу сайту і, таким чином, мінімізувати час простою.

Чому це важливо?

Для комерційних сайтів робочий час пропорційний їх доходу. Грубо кажучи, 2 години простою на добу означатимуть втрату 1/12 частини потенційних клієнтів. Насправді, навіть більше - бо навіть лояльні користувачі сайту з часом перейдуть до конкурентів, якщо вони не зможуть отримувати потрібні їм товари/послуги вчасно. Для інших сайтів: урядових, освітніх, громадських і т.п., це також дуже важливо. Якщо люди не можуть знайти інформацію швидко і в любий час - вони шукатимуть інше джерело. Деякі параметри роботи сайту, такі як швидкість завантаження - грають роль в оцінці сайту пошуковими системами, інші - з'єднання з базою даних, наприклад - можуть сильно вплинути на комфортне перебування користувачів на сайті. Моніторинг певних внутрішніх показників, таких як завантаженість процесора, використання пам'яті, наявність вільного місця на жорсткому диску, є важливим для адміністраторів для того, щоб уникати потенційних неприємностей. Ще одна важлива причина використання сервісів моніторингу - перевірки SLA (service-level agreement, договір про надання послуг) провайдера хостингу. З технічних причин, жоден сайт не може бути 100% часу онлайн протягом тривалого періоду. Іноді сервер потрібно перезавантажити, обновити, замінити обладнання. Кожна хостингова компанія декларує певне значення (що зветься аптаймом), яке показує, який час простою є прийнятним при наданні своїх послуг. Аптайм зазвичай вимірюють у відсотках. В наступній таблиці показано, який час може сайт не працювати протягом року при кожному з показників аптайму:

  • 90%          876 годин
  • 95%          438 годин
  • 99%          87,5 годин
  • 99.9%       8 годин 45 хвилин
  • 99.99%     52,5 хвилин
  • 99.999%   5 хвилин 15 секунд

Якщо реальна поведінка сайту не відповідає декларованому SLA, можна вимагати компенсацію за неналежне надання послуг та вимагати покращення сервісу. Також це може допомогти клієнтам обрати найбільш оптимальний хостинг для їх потреб.

Сервіси моніторингу зазвичай пропонують додаткові послуги, такі як перевірка на вразливості, сканування на віруси, перевірка терміну дії доменів та сертифікатів та багато іншого, для того щоб створити корисний та якісний продукт для своїх клієнтів.

Різні підходи до моніторингу

Моніторинг, залежно від мети та засобів, можна розбити на кілька категорій. Внутрішній моніторинг передбачає встановлення певного програмного забезпечення в мережу, що моніториться. Цей моніторинг допомагає відслідковувати помилки мережі, загальну поведінку системи та передбачати або ж одразу помічати проблеми з обладнанням та піки навантаження. Зовнішній моніторинг виконується ресурсами з-поза меж мережі. Його метою є перевірка роботи системи з точки зору незалежної третьої особи. Моніторинг реального користувача - це зовнішній моніторинг, що симулює візит на сайт пересічного відвідувача. Залежно від складності, цей моніторинг може аналізувати завантаження сторінки, наявність на ній певного контенту, часом навіть помилки дизайну. Найбільш "продвинуті" функції пропонують створити певний сценарій для відвідувача. Це зветься транзакційним моніторингом і дозволяє крок за кроком відтворити поведінку користувача: зайти на сайт, обрати певний пункт меню, зробити покупку. Пасивний моніторинг працює завдяки певному коду, що має бути включений в сайт і виконується щоразу, коли завантажується сторінка. Він надсилає певну інформацію на сервер збору даних і може допомогти проаналізувати поведінку відвідувачів сайту та вхідний трафік.

Сервіси моніторингу зазвичай підтримують різні протоколи перевірки, що дозволяє їм перевіряти не лише веб-сайти, а й інші вузли інфраструктури, як-то файловий сервер, поштовий сервер, певний конкретний порт тощо. Залежно від типу завдання, інтервал моніторингу може різнитись від кількох секунд до годин.

більше блог
Благодарим за внимание к нашему сервису!
 
Вхід
Зареєструватись
Ціни та пакети
Наша мережа моніторингу
Home > Blog > part1

Чому існує така необхідність в моніторингу доступності сайтів і як він може стати у нагоді при тестуванні сайтів і серверів? Цей огляд дає вам відповіді на ці всі запитання, а також можливість переконатись, як просте бажання оптимізувати свою роботу, може перетворитися на корисний для інших продукт. Більш того, ви дізнаєтесь як не втратити дух стартаперства в сучасних умовах і завжди бути на одній хвилі зі своїми клієнтами.

Однією з лідерів на ринку серед компаній, які надають послуги моніторингу, є компанія ХостТрекер. Намагаючись йти в ногу зі всіма сучасними тенденціями і трендами, компанія володіє більшістю сучасних інструментів, які вона постійно удосконалює.

Як цю компанію заснували? Чому існує така необхідність в моніторингу і як він може стати у нагоді при тестуванні сайтів і серверів? Цей огляд дає вам відповіді на ці всі запитання, а також можливість переконатись, як просте бажання оптимізувати свою роботу, може перетворитися на корисний для інших продукт. Більш того, ви дізнаєтесь як не втратити дух стартаперства в сучасних умовах і завжди бути на одній хвилі зі своїми клієнтами.

Вступ та історія стартапу

Кожний програміст хоч раз стикався у своїй роботі з проблемою неочікуваної відмови у роботі нібито ідеально налаштованих серверів (сайтів, баз, програм, мереж тощо). На пошук цієї проблеми може бути витрачено багато часу. Протягом цього періоду, ця проблема може з'являтися постійно, періодично або зникнути зовсім, останнє найгірше – ви не зможете передбачити, коли вона нагадає про себе знову, а якщо саме в момент передачі проекта клієнту? Для того, щоб уникнути таких моментів і з'явився ХостТрекер. Засновник проекту завжди вирізнявся прискіпливістю до деталей і намагався оптимізувати роботу об'єктів основного свого виду діяльності якнайкраще. Звичайно, якщо б на той момент (початок 2000) існували надійні моніторингові сервіси, напевно, ХостТрекер ніколи б і не з'явився. Однак, в той час була така необхідність. Спершу виникла ідея написати простенький скрипт для перевірки своїх сайтів, але в нього виникла та ж проблема, описана раніше. Частенько бувало, що він не працював взагалі або відпрацьовував некоректно. Тому було вирішено оптимізувати цей скрипт, шляхом дублювання і розподілу на декілька машин. Після ряду оптимізацій, прийшли до висновку, що це може бути корисним для інших і так ХостТрекер «вийшов з тіні». Між іншим, з появою великої кількості клієнтів, з'явилася можливість отримувати дохід від цього сервісу. Отже, як ви могли переконатись, цей проект з'явився для вирішення власних проблем, але, в кінці кінців, переріс в сервіс, який, на разі, має на меті допомагати іншим у вирішенні їхніх проблем, аналогічних до тих, які свого часу постали перед нами. Адже, дійсно, не у всіх є час написати маленький скрипт, потім його ще трішки дописати, оптимізувати і т.д.

Моніторинг та його суть

Ця частина огляду дає вам можливість познайомитися з найбільш популярною функцією – регулярною перевіркою для швидкого і своєчасного виявлення існуючих на даний момент проблем із сайтом або іншим мережевим інструментом. Ці перевірки можуть працювати згідно різних протоколів, наприклад, http(s), icmp (пінг), port (перевірка будь-якого порту по протоколу TCP) тощо. Існує два типи моніторингу: внутрішній і зовнішній. Внутрішній – це коли стан сайту оцінюється за рахунок ПЗ, яке розміщено на цьому ж сервері. До цього типу можна віднести, наприклад, Google Analytics або Яндекс.Метрику, в ній вбудований в код сторінки скрипт відсилає інформацію про клієнтів, які зайшли на сайт, і має можливість робити непрямі висновки про працездатність сайту. В свою чергу, зовнішній (юрид. «моніторинг третьою стороною») – полягає в імітації заходження на сайт користувачів з реальних адрес, і робить висновки по, відповідно, реальним відповідям серверів на відправлені запити. Далі мова йтиме про нього.

Інфраструктура або яким чином це все побудовано

Інфраструктуру можна умовно поділити на дві частини: внутрішню і зовнішню. Внутрішня розміщена в хмарі, складається з обчислювальних серверів, баз даних, файлових сховищ тощо, та належить співробітникам ХостТрекера, які здійснюють моніторинг та управління цими системами. Зовнішня – складається з нодів (агентів), які розташовані по всьому світі і здійснюють незалежну перевірку серверів, аналогічно до «таємних покупців» в магазинах. Перевірка здійснюється за рахунок створення стандартних запитів для протокола, який перевіряється. Наприклад, якщо це перевірка веб-сайту, то генеруються стандартні http запити, які нічим не відрізняються від запитів реальних користувачів. Ці сервери є повністю незалежними один від одного і від внутрішньої складової системи. Основне, що вони роблять – отримують від центрального сервера перелік сайтів для перевірки  і віддають результати цих перевірок. Частину цих серверів орендує ХостТрекер, але більшість належить партнерам, які надають їх безкоштовно або зі значною знижкою у відповідь на зворотні посилання або знижки на наші послуги, або просто по дружбі.

Такий розподіл інфраструктури обумовлено алгоритмом роботи сервісу моніторингу.

Алгоритм роботи сервісу

Клієнт завчасно визначає інтервали регулярних перевірок (починаючи з 1 хв). Коли настає час перевірки, сервер посилає завдання на один, випадково обраний, агент, який є частиною зовнішньої мережі ХостТрекера. Він робить перевірку по обраному протоколу і посилає у відповідь сервера, який перевіряє. Якщо відповідь позитивна – з'являється просто запис у базі (лог перевірки), інакше, у випадку, коли була помічена помилка, - створюються таски по перевірці цього ж сайту іншими серверами, знову таки обраними навмання з загальної мережі. В цьому випадку аналізуються відповіді всіх цих серверів. Якщо ж помилка не підтверджена більшістю або всіма – то, дійсно, ми маємо справу з серйозною проблемою і, скоріш за все, в цей момент більшість людей не можуть потрапити на сайт. А це вже серйозна загроза для прибутку компаній.

Обробка помилок та сповіщення клієнтів про них

Відповідно до ваших налаштувань, можуть виникати різні проблеми. Тому зразу ж відбувається первинна діагностика проблеми: записується код наявної помилки або відповідь протоколу. На основі цих даних робиться висновок про причини помилки (збій мережі, помилка сервера тощо). Однак, першочергово клієнт зацікавлений в тому, щоб взагалі дізнатися про те, що помилка існує. Саме для цього й існує можливість зареєструвати свою електронну адресу, телефон або інші канали зв'язку, щоб отримувати сповіщення від ХостТрекера. Ці сповіщення можуть бути надіслані різним людям, на різні адреси, в різний час. Однак, в наш час цього недостатньо, «вимогливий» клієнт вимагає іншого підходу.

По перше, є «неважливі» сайти і, відповідно, якщо на них спостерігається короткостроковий простій, не хотілося б будити адміністратора на рахунок цього. Тому ХостТрекер надає можливість підключити функцію ескалації сповіщень, яка надсилатиме сповіщення лише тільки через певний час після падіння, і лише в тому випадку, якщо сайт не зміг поновити свою роботу самостійно. Також користувачам надається можливість точно вказувати час, коли вони хочуть приймати ці сповіщення, тобто створювати певний «робочий графік». Наприклад, користувач може задати робочі годи з 8 до 19, в такому випадку йому буде надсилатися сповіщення лише тоді, коли сайт буде недоступний годину і більше.

В наступних публікаціях ми познайомимо вас з іншим функціоналом сервісу, а також з історією його розробки і виникнення, як його можна застосовувати в сучасних умовах тощо. Наш продукт орієнтований на клієнта, а тому більшість функціоналу було розроблено згідно запитів і рекомендацій клієнтів та партнерів для покращення їхньої роботи. Тому, не соромтесь, пишіть, ми завжди відкриті для нових ідей та порад.

Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+
Блоги:
HostTracker blog HostTracker page on Facebook
Безготівковий
розрахунок