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 > part1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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