Моніторинг часу відгуку
Моніторинг часу відгуку Моніторинг часу відгуку перевіряє як швидко працює Ваш сайт.

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

ХостТрекер надає можливість перевірити швидкість відгуку Вашого сайту. Оберіть Перевірка часу відгуку на головній сторінці:

Create ContentCheck Task

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

Create ContentCheck Task

УВАГА! Час відгуку залежить від відстані між датацентром, в якому знаходиться Ваш сайт, та нашим сервером, що здійснює перевірку. Для деяких віддалених країн він може виявитись суттєво більшим. Для того, щоб зменшити цей ефект, оберіть регіон перевірки в додаткових налаштуваннях.

Create ContentCheck Task
  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.ContentCheck
більше глосарій
Моніторинг Баз Даних за допомогою ХостТрекера

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

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

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

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

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

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

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

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

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

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

DNSBL - це чорні списки доменів та IP адрес. В даній статті ви дізнаєтесь що вони собою представляють, за які «провинності» туди можна потрапити і які можуть бути наслідки цього. Ну і, звісно, як цей «доблесний» список покинути за допомогою сервісу моніторингу сайтів ХостТрекер.

DNSBL - це чорні списки доменів та IP адрес. В даній статті ви дізнаєтесь що вони собою представляють, за які «провинності» туди можна потрапити і які можуть бути наслідки цього. Ну і, звісно, як цей «доблесний» список покинути за допомогою сервісу моніторингу сайтів ХостТрекер.

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

Приклад (випадковий безкоштовний проксі):

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

Тобто цей поштовий сервер має неправильні налаштування, або ж вже є «зламаним». Також за іншими посиланнями можна виявити й інші причини: він вже є джерелом чийогось спаму. Але постає питання, як і чому можуть зазначатися різні причини? На що саме звертають увагу укладачі DNSBL-списків?

Як і чому?

Отже, в DNSBL потрапляють доменні імена Та/Або IP адреси. Орендарі віртуальних хостингів із загальним пулом IP адрес вже рознервувались, чи не так? Але неперебірливість хостингу до клієнтів не єдина причина можливого блокування. Списки складаються за таким ось критеріям:

Підозріла активність поштового сервера. У чому саме ця підозрілість проявляється? Свій список DNSBL може створити кожен, заклавши туди нарівні з експертною думкою і досвідом, свої суб’єктивні критерії відбору. Це може бути просто інтенсивність розсилки листів, або щось більш цікаве - розподіл її в часі, використання повторюваних списків розсилки тощо. Чимало хостерів середньої ланки, що пропонують своїм клієнтам послуги вбудованого поштового сервера, вже давно є, так би мовити, закоренілими учасниками цих списків. Тому використовувати такі сервери у своїй діяльності не рекомендується.

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

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

Проксі, а особливо ті, які дозволяють анонімне використання. Тут теж у кожного свої критерії. Хтось вже за анонімність може забанити.

Чого ж Вам варто боятися

Списків DNSBL дійсно велика кількість. Деякі з них за роки існування отримали вагомий вплив на інтернет-користувачів та хороший рейтинг. Однак головним критерієм все ж залишається практичність. Якщо список дійсно дозволяє відфільтрувати спам або інші небажані дії - різноманітні сервіси починають його використовувати. І наслідки потрапляння туди можуть бути катастрофічними - перестають приходити листи або ж вони автоматично потрапляють у спам, відвідувачам постійно вискакують застереження про шахрайство, сайт зникає з якихось каталогів, куди він раніше був включений і т. д. Результат, як правило, один - сайт втрачає не тільки свої позиції у пошуковій видачі, а й частину своїх клієнтів. І чим в більшій кількості списків він з'являється - тим відчутніший цей негативний вплив. Якщо провина велика - то справа набуває серйозного характеру, проте швидко відстежується і виправляється. Якщо ж ні, сайт може роками висіти в декількох списках і стабільно щось «втрачати». Важко сказати, що і в якому випадку гірше - як кому подобається. Так що

Краще туди взагалі не потрапляти!

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

Вибираємося з «ями»

Виявивши себе у DNSBL-базі, головне відреагувати швидко: чим менше часу сайт проведе в списку, тим менша ймовірність проблем. Поки ніхто з цим списком не синхронізувався. Зазвичай, є можливість видалити запис автоматично. Достатньо пройти «антиботову капчу» і пильно слідувати інструкціям. Ось тут просто потрібно зайти на певну сторінку з конкретної адреси:

У деяких випадках потрібно написати листа. Але зусилля в будь-якому разі будуть затрачені менші, ніж при ліквідації наслідків. Так що радимо завжди тримати руку на пульсі. Але власне кажучи, це все має робити хостинг…

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

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