вторник, 22 октября 2019 г.

Мониторим все – процессор, камеры видеонаблюдения, Active Directory и многое другое!


Речь тут пойдет о простой и гибкой системе мониторинга - PRTG. 

Не о самой системе, она в деталях описана многими ресурсами, остановимся на создании сенсоров. 

В базе PRTG — более 200 готовых сенсоров и 100 шаблонов для создания новых. 

В этой статье расскажем, как работать с готовыми сенсорами и как создавать свои.





Готовые сенсоры

По умолчанию PRTG самостоятельно обнаруживает устройства сети и создает сенсоры для этих устройств. В этом случае используются только готовые сенсоры. Если ты отключил автоматическое сканирование (это, кстати, хороший способ снизить нагрузку на сервер) или PRTG не добавил нужный сенсор — можешь добавить сенсор сам.

Вот как это делается:

ищем кнопку Add Sensor;
выбираем нужный нам сенсор из предложенного списка;
если необходимо, устанавливаем пороговые значения, интервал сканирования;
всё подтверждаем.

пятница, 18 октября 2019 г.

Новая версия Kubernetes-платформы корпоративного класса от Red Hat

Компания Red Hat, поставщик решений с открытым исходным кодом, анонсировала Red Hat OpenShift 4.2, новейшую версию своей Kubernetes-платформы корпоративного класса, уделив в ней особое внимание разработчикам приложений. 

Решение продолжает курс Red Hat на упрощение и автоматизацию работы с сервисами в гибридных облаках, помогая повысить скорость реализации и экономический эффект от внедрения инноваций за счет применения облачно-ориентированных приложений.

Red Hat OpenShift 4.2 призвана упростить использование облачных технологий и сделать их более доступными для разработчиков за счет автоматизации процессов настройки и управления средами Kubernetes. В результате, разработчики могут сосредоточиться на создании корпоративных приложений нового поколения, не тратя время и ресурсы на приобретение глубоких знаний и опыта работы с Kubernetes.

Новая версия платформы Red Hat также предлагает готовые девелоперские сервисы для работы с такими вещами, как сети service mesh, serverless-приложения и облачные конвейеры непрерывной интеграции и доставки (CI/CD), которые призваны повысить производительности разработки Kubernetes-приложений.

Red Hat OpenShift Service Mesh упрощает разработку, развертывание и управление микросервисными приложениями на платформе OpenShift. Функционал базируется на основе СПО-проектов Istio, Kiali и Jaeger, а также технологии Kubernetes Operators.

Red Hat OpenShift Serverless снижает расходы на выполнение приложений, сводя их к нулю в периоды неактивности при сохранении отзывчивости на пользовательские запросы, и затем выполняя масштабирование по мере роста нагрузки. Функционал базируется на проекте Knative и представлен в версии Technology Preview.

Red Hat OpenShift Pipelines обеспечивает выполнение каждой фазы CI/CD в своем собственном контейнере для гибкого и независимого масштабирования контейнеров, непрерывной интеграции и доставки. Функционал представлен в версии Developer Preview и реализован в виде Kubernetes Operator.

В новой версии OpenShift также появились Red Hat CodeReady Containers, позволяющие разработчику развернуть на своем компьютере готовое окружение OpenShift для разработки облачных приложений в локальном режиме. Разработчик получает законченную платформу, состоящую из инструментов разработки контейнеров и локального кластера, что значительно упрощает разработку облачных приложений в локальном режиме и последующее развертывание в полноценной среде OpenShift.

Учитывая, что корпоративные ИТ-системы часто построены на гибридных средах на основе собственной ИТ-инфраструктуры предприятия и облачных сервисов, Red Hat OpenShift 4.2 предлагает ряд новых возможностей, таких как:

  • более простая и быстрая автоматизированная установка OpenShift Container Platform на общедоступных облачных платформах, включая AWS, Azure и Google Cloud Platform (GCP), а также в частных облаках, наподобие OpenStack с унификацией управления;
  • средства миграции для перехода с OpenShift 3 на OpenShift 4 с широким задействованием автоматизации при копировании рабочих нагрузок из одного кластера OpenShift в другой;
  • драйверы Container Storage Interface (CSI) для подключения сторонних сервисов хранения к экосистеме Kubernetes. Также поддерживается OpenShift Container Storage 4 (пока находится в версии бета-версии).

Использование Kubernetes-платформы корпоративного класса при проведении цифровой трансформации часто противоречит внутрикорпоративным или внешним стандартам безопасности, жестко регламентирующих сетевую связанность конфиденциальных данных и рабочих нагрузок, вплоть до физической изоляции от общекорпоративной сети, что сильно затрудняет миграцию и обновление соответствующих приложений и сервисов, вынуждая вводить сложные и многоэтапные ручные процессы. Чтобы повысить удобство использования OpenShift в условиях гетерогенности сред развертывания и систем, включая те, что используются для работы с конфиденциальной информацией, Red Hat OpenShift 4.2 предлагает ряд улучшений на уровне установщика, включая поддержку изолированных конфигураций. Это упрощает развертывание новых версий корпоративной Kubernetes-платформы в средах без доступа к интернету или там, где такой доступ есть, но действуют строгие политики тестирования образов.

Red Hat OpenShift 4.2 станет доступна в ближайшие недели. В Украине официальным партнером и поставщиком решений Red Hat является компания Idealsoft.

#idealsoft  #redhat

среда, 16 октября 2019 г.

PRTG - универсальный инструмент сетевого мониторинга


Мир технологий постоянно развивается и эффект этого довольно очевиден на сетевой сцене. В настоящее время усиливается стремление отказаться от ручных методов мониторинга сети в пользу новых автоматизированных методов. Особенно сейчас, когда большинству организаций приходится иметь дело с большими сетями. Даже для лучшего системного администратора может быть очень громоздко управлять сетью такого типа без правильных инструментов мониторинга.


Один из главных инструментов системного администратора - анализатор потоков. Это отличный инструмент, который значительно упрощает процесс мониторинга и анализа сетевого трафика.
Анализируя Netflow, разработанный Cisco, и другие сетевые протоколы, такие как AppFlow, JFlow и SFlow, эти инструменты способны собирать информацию об использовании полосы пропускания, устанавливать лучших участников в сети, а также проверять сетевой трафик.
Они являются отличными инструментами для определения того, какие устройства или пользователи замедляют ваше использование всей полосы пропускания и замедляют работу вашей сети. Они также помогают увеличить время бесперебойной работы сети и могут использоваться для предупреждения о возможных нарушениях безопасности.
Сетевой монитор PRTG — это не просто анализатор NetFlow, а полноценный инструмент сетевого мониторинга. Его можно использовать для мониторинга всех аспектов вашей сети, включая LAN, WAN, VPN, облачные сервисы и мониторинг приложений. Кроме того, PRTG  используется не только для сканирования устройств, которые в данный момент подключены к локальной сети, но также может послужить отличным помощником и в обнаружении сетевых атак.
Этот инструмент позволяет собирать статистику с хостов, таких как коммутаторы, маршрутизаторы и серверы, и позволяет проверять и контролировать использование полосы пропускания, используя различные протоколы, такие как NetFlow, Jflow, sFlow и SNMP.
Функция авто-обнаружения является долгожданным дополнением, которое сэкономит вам массу работы по настройке и драгоценное время, автоматически обнаруживая активные устройства в диапазоне IP-адресов и добавляя их в настройки мониторинга.
Для удобства мониторинга этот инструмент отображает все сетевые узлы в виде дерева вместе с датчиками, которые контролируют каждое из этих устройств. Он также имеет функцию оповещения, которая гарантирует, что вы будете автоматически получать уведомления о необычной активности в вашей сети. Это может быть по электронной почте или через SMS.
Paessler предлагает пользователям платный и бесплатный вариант использования PRTG. При использовании бесплатной версии вы получите полную функциональность, но вы будете ограничены 100 датчиками, что не очень практично для большой сети.
Среди самых полезных сетевых сервисов PRTG: инспекция пакетов, анализ и сохранение статистических данных в базу, просмотр карты сети в режиме реального времени (также доступна возможность получения исторических сведений о поведении сети), сбор технических параметров об устройствах, подключенных к сети, а также анализ уровня нагрузки на сетевое оборудование. Заметим, что он очень удобен в использовании – прежде всего, благодаря интуитивно понятному графическому интерфейсу, который открывается при помощи любого браузера. В случае необходимости, системный администратор может получить и удаленный доступ к приложению, через веб-сервер.
Важно отметить, что PRTG представляет собой систему «все включено» - стандартный автоматический инсталляционный пакет уже содержит собственную БД (не требуются дополнительные расходы), автоматически подключает более внешних 300 сенсоров / датчиков (это количество постоянно растет), имеет стандартную ПК -версию и мобильную.
Одним словом:
Поддержка протоколовSNMP, WMI, NetFlow, jFlow, sFlow, HTTP, SSL, анализ пакетов, портов
Мониторинг устройств: серверы, принтеры, жесткие диски, процессоры, RAID ...
Мониторинг помещенийтемпература, влажность, видеонаблюдение,...
Анализ трафика TCP/IP, UDP, FTP, SMTP, POP3, RDP, VNC, TelNet, NetBIOS....
Одна лицензия на всё (платная версия), Полный функционал в каждой лицензии - без доплат

пятница, 11 октября 2019 г.

IT в медицине


Здравоохранение во всем мире очень быстро становится одной из самых высокотехнологичных отраслей. Медицинское оборудование, сложные ИТ-системы, программные решения – весь комплекс технологий, применяемых в медицинских учреждениях, нуждается в постоянном контроле. Как организовать такой контроль? Ответ прост – специальное решение для медицины от производителя Paessler – дальнейшее развитие уже известного решения мониторинга PRTG.


Частные клиники продолжат закупать ИТ-решения. Аналитическое агентство EY («Эрнст энд Янг») отмечает в своем исследовании, что, говоря о планах до 2020 г., большинство медучреждений намерены открыть новые филиалы, расширить перечень услуг и повысить операционную эффективность. Реализация этих планов повлечет закупки медицинского и ИТ-оборудования, программных решений.

Работа медицинских учреждений зависит от состояния ИТ-инфраструктуры. Чтобы реагировать на инциденты, предупреждать возникновение сбоев, отслеживать производительность систем в каждом филиале, медучреждения внедряют системы мониторинга.

Системы ИТ-мониторинга используют:

Лаборатории с двумя и более офисами, выполняющие более 100 видов анализов
Больницы, оснащенные клинико-диагностической лабораторией, отделением функциональной диагностики, рентгеном, МРТ, единой информационной системой.
Больницы или поликлиники с несколькими корпусами, развернутой локальной сетью, имеющие свыше 50 единиц компьютерной техники и медицинскую информационную систему

Система мониторинга позволяет централизовано собирать информацию о работе всех устройств и приложений сети. Особенно решения мониторинга востребованы в организациях и предприятиях с парком устройств и приложений от разных производителей, с оборудованием, расположенным в удаленных офисах.

Мониторинг передачи медицинских данных. 

Система мониторинга должна поддерживать отраслевые медицинские протоколы. В медицинских системах пока нет единых стандартов обмена данными. Чаще всего используются стандарты HL7 и DICOM. HL7 – для обмена медицинскими данными. DICOM - для хранения и передачи диагностических изображений. Есть и другие стандарты, но DICOM и HL7 – самые популярные.

Мониторинг стандарта DICOM позволяет оценить корректность передачи и сохранения DICOM изображений. Доступность DICOM серверов в сети, Использование полосы пропускания при передаче DICOM изображений. Архив PACS хранит диагностические изображения с устройств МРТ, рентгена, УЗИ, эндоскопии и предоставляет быстрый доступ к файлам при запросе других систем.

Мониторинг HL7 нужен, чтобы контролировать скорость передачи данных между медицинскими информационными системами (МИС) и лабораторными информационными системами (ЛИС). Отследить доступность HL7 интерфейсов, время отклика систем, работающих со стандартом HL7.


PRTG. Мониторинг протоколов передачи медицинских данных.


Мониторинг медицинского оборудования. 

Мониторинг доступности медицинского оборудования отличается от мониторинга стандартных устройств сети, которые поддерживают SNMPили NetFlow. Медицинское оборудование использует собственные протоколы для передачи информации. HL7 – стандарт для обмена данными, DICOM – стандарт для обмена изображениями.

Мониторинг медицинского оборудования – это не только мониторинг доступности оборудования и передачи данных. Один из главных признаков неполадки рентгена – перегрев оборудования, в частности трубки рентгена. Показания датчика температуры заводятся в систему мониторинга, как только температура поднимается выше установленного порога, ответственный за рентген получает уведомление на телефон.

Для комплексного мониторинга медицинского оборудования рекомендуется отслеживать состояние электроснабжения оборудования. Большинство медучреждений приобретают источники бесперебойного питания вместе с оборудованием. Многие источники бесперебойного питания (ИБП) уже оснащены системами мониторинга. Когда в компании установлены системы мониторинга от различных производителей ИБП – следить одновременно за работой всех ИБП становится затруднительно. Поэтому компании приобретают централизованные системы мониторинга.

И, безусловно, мониторинг традиционной ИТ-инфраструктуры: серверов, рабочих станций, приложений, сетевого оборудования, температуры в серверной комнате и др.

Работа медучреждения зависит от доступности серверов, приложений, информационных систем. Нет доступа к информационной системе – и пациенты сидят у ресепшена, ждут восстановления доступа. Сбой в сети – и результаты анализов вовремя не поступили. Если у вас частная клиника, это может привести к негативными отзывам и потере клиентов. Клиники внедряют системы мониторинга, чтобы находить быстро причины неисправности, и предотвращать возникновение сбоя.

С помощью систем мониторинга клиники планируют расходы на устройства и приложения. Медицинское оборудование стоит дорого, поэтому в больницах стараются не закупать лишнего. Системы мониторинга позволяют оценить нагрузку на серверы, частоту использования приложений – это помогает определить, какое оборудование необходимо закупать.

O PRTG

PRTG – система комплексного мониторинга от компании Paessler. Головной офис компании Paessler в городе Нюрнберг, Германия. Клиенты Paessler – компании из России, Германии, США, Великобритании, Франции, Италии, Испании, Португалии и Китая.

Paessler сотрудничает с Cisco, Dell, IBM, HP, NetApp, Linux, AWS, Windows, VMware, Citrix, Apache, Oracle – предоставляет уже готовые сенсоры мониторинга для оборудования и приложений от этих производителей. 

В Украине Paessler представляет компания Idealsoft.

четверг, 10 октября 2019 г.

Вебинар "Мониторинг - это просто" (PRTG как инструмент мониторинга), 9 октября 2019 года




#idealsoft  #paessler  #webinar

Готовимся к постапокалиптическому миру уже сейчас!

Collapse OS сможет работать на компьютерах, вручную собранных из деталей, найденных на постапокалиптических свалках.

На фоне неутешительных новостей об изменениях климата на планете и развитии ядерного потенциала некоторых стран конец человеческой цивилизации кажется не таким уж маловероятным. Уже сейчас особенно прозорливые разработчики начинают постепенно готовиться к ситуации, когда потребительская электроника больше не будет столь доступной, как в наши дни.

Разработчик ПО Вирджил Дупрас (Virgil Dupras) представил новую операционную систему с открытым исходным кодом Collapse OS, специально предназначенную для использования в постапокалиптическом мире. По мнению разработчика, к 2030 году мировым цепочкам поставок придет конец, в результате чего массовое производство потребительской электроники прекратится. Тем не менее, электроника по-прежнему останется источником политической и социальной власти, и каждый, кто сможет раздобыть устаревшее устройство и перепрограммировать его на новый лад, получит огромное преимущество.

Как предупредил разработчик, большой проблемой для технически подкованных людей будущего станут микроконтроллеры, которые располагаются на материнской плате компьютера и контролируют его функции. «Спустя несколько десятилетий компьютеры придут в такое состояние, что уже не будут подлежать ремонту, и мы больше не сможем программировать микроконтроллеры», - сообщается на сайте, посвященном Collapse OS.

Новая операционная система сможет работать с восьмибитными микропроцессорами Z80, которые даже в наше время все еще используются в кассовых аппаратах, музыкальных инструментах, калькуляторах и пр. Дупрас остановил свой выбор именно на этих микропроцессорах, поскольку за всю историю их было выпущено столько, что их будет легче найти на постапокалиптических мусорных свалках, чем привычные 16- и 32-битные процессоры.

По словам разработчика, Collapse OS должна запускаться даже на импровизированных компьютерах, собранных из подручных средств. С ее помощью можно будет редактировать текстовые файлы, компилировать исходные файлы ассемблера для широкого спектра микроконтроллеров и центральных процессоров, читать/записывать данные на накопители и воспроизводить себя.

В настоящее время Collapse OS работает на компьютере домашней сборки на базе Z80 под названием RC2014 и теоретически должна запускаться на игровой консоли Sega Genesis.

Проект Collapse OS опубликован на GitHub, и Дупрас приглашает других разработчиков принять в нем участие.