DNS
DNS DNS - система доменних імен (domain name system), слугує для визначення розташування сайтів.

DNS - система доменних імен (domain name system). Ця система допомагає знайти фізичний сервер за допомогою віртуального імені сайту. Вона реалізована на базі ієрархічної структури DNS серверів, кожен з яких містить інформацію про певні домени та може делегувати таку ж роль нижчим за рангом серверам. Для прикладу, візьмемо сайт www.host-tracker.com. Доменне ім'я найвищого рівня - .com, таким чином звернення йде до серверу, відповідального за всі .com сайти. Він знає, де розташований кожен з цих сайтів, або ж щонайменше адресу іншого сервера, який вже знає напевно. Якщо ж Ви бачите повідомлення "Сервер не знайдено", це означає, що DNS сервер не містить записів про сайти з ім'ям, яке Ви ввели.

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

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Uptime
  • CM.Glossary.WebHosting
більше глосарій
Як перевірити доступність сайту?

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

Базова функція сервісу ХостТрекер -  регулярна перевірка сайтів з інтервалом моніторингу від 1 хвилини. Більш того, перевірка здійснюється за допомогою розподіленої мережі моніторингу, яка, на даний момент, налічує  понад 140 серверів по всьому світу.

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

Які ж перевірки доступності сайту бувають?

Коротко зупинимося на найбільш популярних з них. Слід зауважити, всі ці перевірки використовують різні протоколи. Наприклад:

  • HTTP – по суті є звичайним запитом, що надсилається з браузера користувача;
  • Ping - це перевірка сайту або сервера на доступність з мережі загалом по протоколу ІСМР.
  • TCP-порт - перевірка можливості приєднання до певного додатку та доступності з мережі певного порта;
  • Перевірка баз даних - дозволяє побачити, чи є база, з якою працює сайт, доступною, чи є в ній необхідні дані, а також дозволяє контролювати певні показники в ній. Є можливість перевіряти дані і на самій сторінці завдяки функції перевірки контенту. У цьому випадку віртуальний клієнт не просто заходить на сторінку, але й додатково шукає на ній присутність або ж відсутність певних слів і виразів. Це дозволяє бути в курсі, коли щось важливе зникає зі сторінки, або ж навпаки: відстежити певну помилку в момент її появи.
  • Також можна заміряти час відгуку сторінки і швидкість її завантаження. Ця інформація зберігається в логах перевірок.

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

Цікавий факт: майже всім клієнтам сервісу ХостТрекер вдається досягти показників аптайму >=99%. До речі, дані з сервісу ХостТрекер є базою для хорошої аргументації в суперечках з хостингом. Чимало клієнтів ХостТрекера знайшли для себе оптимальний хостинг або ж змусили існуючий дотримуватися умов договору.

Цікавою також є функція моніторингу термінів закінчення реєстрації доменів і сертифікатів. Здавалося б, все просто: реєстратор сам надсилає листи з нагадуваннями. Але є випадки, коли навіть такі компанії, як Microsoft не оминає ця біда.

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

Проблема в тому, що ці списки є загальнодоступними, щоб інші люди могли по ним налаштовувати фільтри. І ось тут дуже неприємний момент: до них можна потрапити цілком випадково і навіть не знати про це. Здогадатися можна лише за рядом неприємних ознак, таких як: падіння рейтингів в пошукових системах, зменшення відвідуваності, зниження ефективності розсилок тощо. А потрапити туди можна навіть без очевидних підстав, просто тому, що ваш хостер ділить вашу IP адресу з кимось менш «чистим на руку» або більш легковажним в плані безпеки. Моніторинг цих списків дозволяє вчасно дізнатися про «новий» статус і, відповідно, вчасно відреагувати. Необхідні в цьому разі заходи полягають, як правило, лише в написанні листа з проханням видалити зі списку, або ж навіть в проходженні якоїсь автоматичної процедури на визначення що ви не робот.

Налаштування сервісу

Всі описані вище перевірки мають ряд цікавих налаштувань:

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

  • Сповіщення з затримкою - якщо є необхідність відправляти повідомлення  лише в разі тривалих збоїв.

Детальніше про самі сповіщення:

У клієнтів є безліч варіантів бути інформованими. Звичайно ж, серед них є електронна пошта і СМС, а також популярні меседжери - Skype, Viber, Hangouts, Telegram, голосовий дзвінок. З цікавого - POST запит, тобто можливість надсилати запит на певний веб-сервер, запускаючи при цьому на ньому якийсь сценарій, наприклад, автоматичне перезавантаження сайту.

Сервіс має API, який дозволяє інтегрувати його з різними додатками і використовувати в найрізноманітніших цілях.

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

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

 

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

В даній статті ми б хотіли познайомити вас ще з однією цікавою та корисною функцією нашого сервісу - Перевірка баз даних.

В даній статті ми б хотіли познайомити вас ще з однією цікавою та корисною функцією нашого сервісу - Перевірка баз даних (далі - БД).

Існує багато різних сервісів і метрик для збору та аналізу інформації про роботу ресурсу, як-от кількість відвідувачів, тривалість сесій, розподіл аудиторії за регіонами тощо. Але під час роботи з даними виникає потреба в порівнянні даних показників, а особливо більш «технічних» їх характеристик, наприклад, приросту бази.

Саме для отримання та оцінки таких параметрів, команда розробників та аналітиків ХостТрекера розробила простий для розуміння та використання інструмент – Перевірка БД.

Налаштування запиту

Як правило, налаштування даного запиту не займає багато часу. Функція Перевірка БД дозволяє кожного разу при перевірці виконувати певний запит до бази даних, і відповідним чином обробляти результат. У разі, якщо запит не визначено – буде перевірятися можливість підключення до бази. Найцікавіше в даному інструменті - можливість з заданим часовим інтервалом виконувати певний запит, при цьому зберігаючи та порівнюючи його результати. Запит може бути будь-який - від простих вибірок до більш складніших, як-от (регулярних) апдейтів таблиць, запуску процедур (замість планувальника), різноманітних порівнянь і логічних операцій. Єдине обмеження – такий запит повинен виконуватися за 30 секунд, інакше - буде повернуто помилку по таймауту. Яким же чином ці дані можна аналізувати?

По-перше, запит має бути написаний таким чином, щоб потрібне значення поверталося в першу колонку першого рядка результуючого набору. Саме це отримане значення можна аналізувати. По-друге, для запитів з використанням операторів маніпулювання даними (UPDATE, INSERT, DELETE) ще додатково буде фіксуватися кількість оброблених рядків.

Наприклад, графік результату виконання DELETE за певними параметрами буде виглядати таким чином:

Відповідно, кожне таке спостереження фіксується, а останній результат запиту завжди доступний в таблиці завдань інтерфейсу. При цьому, якщо значення числове - по ньому буде побудовано графік, за допомогою якого можна прослідкувати динаміку змін відповідного параметру (параметрів). На даному етапі також можна задавати умови відбору – тобто значення може бути рівним/нерівним, перевищувати задане, перебувати у визначеному проміжку/поза ним тощо.

У випадку, якщо умова не буде виконуватися - запит не пройшов перевірку через таймаут або відсутнє з’єднання з БД - вам буде надіслано повідомлення (нагадаємо, ХостТрекер підтримує SMS, E-mail, Skype, Viber, Telegram, Push, Slack сповіщення та голосовий дзвінок).

Приклад використання

Для прикладу продемонструємо сценарій для відстеження розміру файлів БД і отримання повідомлень при досягненні певного критичного значення.

  1. Пишемо запит, щоб отримати потрібні нам дані про вільне місце в табличному просторі: 

          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
          AS 'Free/mb'
          , filegroup.groupname AS 'File-group'
          , sysfile.[name],sysfile.[filename]
          FROM dbo.sysfiles sysfile (NOLOCK)
          inner join dbo.sysfilegroups filegroup (NOLOCK) ON filegroup.groupid =
          sysfile.groupid
          UNION ALL 
          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
         AS 'Free/mb'
         , (CASE WHEN sysfile.groupid = 0 THEN 'Log' END) AS 'File-group'
         , sysfile.[name],sysfile.[filename]
         FROM dbo.sysfiles sysfile (NOLOCK) WHERE groupid = 0
         ORDER BY [File-group],sysfile.[name]                                          

      2.  Отримуємо таку картину:

      3.  Обираємо потрібні параметри:

             1.  Результат запиту - «значення в першій колонці першого рядка».

             2.  Перевірка результату - «менше, ніж» і вводимо в поле значення «1000».

Отримуємо: якщо лог-файл перевищить 1 Гб, нам надійде сповіщення.

Крім того, можна завжди переглянути історію завдання – для розуміння як швидко і коли саме спостерігався приріст.

Налаштування моніторингу

Під час налаштування необхідно вказати адресу сервера, порт, назву бази, логін і пароль користувача під яким буде виконуватися запит. Для даного завдання ми рекомендуємо створити окремого користувача з обмеженими правами (надати йому права тільки на ті дії, які йому слід виконувати). Також необхідно додати адреси серверів ХостТрекера звідки будуть проводитися перевірки в білий список фаєрволу та сервера БД, щоб забезпечити доступ до бази. Дані адреси визначені наперед – вони постійні.

Поширити:
Send to Twitter Send to Facebook Send to LinkedIn
Блоги:
HostTracker blog HostTracker page on Facebook
Безготівковий
розрахунок