The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от opennews on 01-Июл-10, 09:00 
Выпущен (http://www.icinga.org/2010/06/30/released-icinga-1-0-2-web-1.../) стабильный релиз открытой системы мониторинга Icinga 1.0.2 (http://www.icinga.org) и поставляемого в отдельном пакете нового Web-интерфейса, переписанного на языке PHP. Проект Icinga представляет собой форк (http://www.opennet.dev/opennews/art.shtml?num=21613) системы мониторинга Nagios, отделившийся в начале мая вследствие конфликта  независимых разработчиков с компанией Nagios Enterprises, основанной создателем проекта. Исходные тексты Icinga распространяются в рамках лицензии GPL.


Из новшеств можно отметить:

-  Web-интерфейс и API


-  Проведена работа по выносу функциональности из базовой составляющей в модули. Определен специальный фреймворк для создания модулей и упрощения их установки;
-  Реализована поддержка фильтров, работа которых осуществляется с использованием технологии Ajax;
-  Добавлен REST/Json API;
-  Подготовлена новая страница с суммарной информации о состоянии периодических пр...

URL: http://www.icinga.org/2010/06/30/released-icinga-1-0-2-web-1.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=27142

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  –1 +/
Сообщение от Kramer on 01-Июл-10, 09:00 
Если задолбало красноглазие - use zabbix, Luke!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от MooSE (??) on 01-Июл-10, 09:50 
Плюсую:)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от KKonstantin on 01-Июл-10, 20:29 
Когда нужно будет мониторить не пару-тройку десятков серверов, а пару тройку тыщ коммутаторов, я б посмотрел бы на любителей заббикса....

Nagios+mk-livestatus+collectd+самописное справляется на-ура...

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от name (??) on 01-Июл-10, 22:15 
http://www.centreon.com/
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  –1 +/
Сообщение от sHaggY_caT (ok) on 01-Июл-10, 23:15 
Вы просто не умеете его готовить :)

Не используйте стандартные темплейты, пишите свои.

Если решите отредактировать стандартные, без сожаления покромсайте, как минимум, 3/4 итемов. Они, на самом деле, Вам не нужны.

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

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от netc email(ok) on 02-Июл-10, 09:38 
привет!
а что ты используешь nagios или centreon ?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  –1 +/
Сообщение от sHaggY_caT (ok) on 02-Июл-10, 09:51 
>привет!
>а что ты используешь nagios или centreon ?

Zabbix. centreon не видела, а Nagios, имхо, страшный хардкор, требующий, для построения нормальной службы мониторинга (не только доступности, но и анализа работы сервисов) невероятное число человеко-часов.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от netc email(ok) on 02-Июл-10, 10:28 
>>привет!
>>а что ты используешь nagios или centreon ?
>
>Zabbix. centreon не видела, а Nagios, имхо, страшный хардкор, требующий, для построения
>нормальной службы мониторинга (не только доступности, но и анализа работы сервисов)
>невероятное число человеко-часов.

ты знаешь а я скачал FAN distributive с nagios+centreon+... вообще использовал, понравилось, в виртуалке, правда сейчас пол сетки переделал и все лень перенастроить

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от sHaggY_caT (ok) on 02-Июл-10, 11:12 
>>>привет!
>>>а что ты используешь nagios или centreon ?
>>
>>Zabbix. centreon не видела, а Nagios, имхо, страшный хардкор, требующий, для построения
>>нормальной службы мониторинга (не только доступности, но и анализа работы сервисов)
>>невероятное число человеко-часов.
>
>ты знаешь а я скачал FAN distributive с nagios+centreon+... вообще использовал, понравилось,
>в виртуалке, правда сейчас пол сетки переделал и все лень перенастроить

Ясно. Повторюсь, Centurion и альтернативные интерфейсы для Nagios никогда не видела, но меня не пугало никогда то, что Nagios настраивается через конфиги, наоборот, это очень большой плюс (для того же Puppet есть готовые решения для Nagios),  убивало то, что сам по себе Nagios не умеет вообще ничего, кроме мониторинга доступности:

хочешь хранить значения в БД > куча секса

Хочешь графики > куча секса по интеграции с кактусом

И т д


Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

15. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от name (??) on 02-Июл-10, 18:28 
chitaem tut: http://en.doc.centreon.com/Setup

centreon sidit po verh nagious. Eto GUI s histircal data storage

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +1 +/
Сообщение от oops (ok) on 02-Июл-10, 15:02 
> Вы просто не умеете его готовить :)

я умею готовить и то и другое. Съел собаку на их обслуживании и реализации всяких нестандартных мониторингов. И скажу вам, что любой плотно юзающий в продакшене и то и другое решение скажет вам, что Zabbix может и справится с задачей озвученной выше, но гораздо большей кровью, чем Nagios.
Каждый инструмент под свою задачу.
Если нужна простота и быстродействие, никаких сложных задач, типа всяких хитрых условий переключения в критическое состояние, то юзайте Nagios(хотя и с его помощью многое можно сделать).
Если нужен хитрый алгоритм выработки уведомлений, + красивые графики и карты из коробки, то ваш выбор Zabbix. Но и в Nagios`е это можно прирутить. Не долго.
Заббикс намного более требовательный к железу из-за мускуля, который нужно тюнить(а если у вас много всего мониторится, то тюнинг обязателен), и по тем же причинам менее надежный.

Выше описанная задача больше подходит для Nagios`а. Для Заббикса придется покупать мощные машины, выделять на отдельную машину БД для него с кучей оперативы и тюнить мускуль.

>Не используйте стандартные темплейты, пишите свои.
>Если решите отредактировать стандартные, без сожаления покромсайте, как минимум, 3/4 итемов. Они, на самом деле, Вам не нужны.

Ясен пень, спасибо кэп, это же не SCOM! Даже смешно, там темплейтов-то только под стандартные задачи. Все делается напильником.

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

Спасибо кэп =) Опять же, все делается напильником, у всех свои задачи.
Вот в очередной раз вы говорите только в контексте своей работы =) У нас проверка item`ов по-умолчанию 3 минуты =) И объем дисковой подсистемы может за 3 минуты сильно вырасти, и какой-нибудь выжный сервер перестанет работать. Да и трафик с интерфейсов сетевых устройств снимать надо и на графики смотреть. Короч, совет бесполезный, у каждого свои приоритеты.

> ... Nagios имхо, страшный хардкор, требующий, для построения нормальной службы мониторинга (не только доступности, но и анализа работы сервисов) невероятное число человеко-часов.

Ха ха, не смешите меня =) Чуть-чуть больше времени, чем тот же Zabbix. В Nagios`е тоже есть темплэйты, разница только в том, что в первом случае вы жамкаете мышкой и стучите по клавишам. А во втором только стучите по клавишам.

А что по вашему значит "анализ работы сервисов" объясните, пожалуйста. И что такое "нормальная служба мониторинга"? Мне лично не понятно что вы имеете ввиду.
Тот же SCOM это позволяет, но там тоже все абстракции, которые не дают реальной картины.

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

> ...убивало то, что сам по себе Nagios не умеет вообще ничего, кроме мониторинга доступности...

Эм, в каком смысле? Что-то я не понимаю. Как это не умеет? Есть огромная куча плагинов для различных приложений. Да можете и сами написать плагин хоть на шелле. 10 минут. Есть http://www.monitoringexchange.org/ где народ выкладывает свои плагины, хотите правьте.
Как-будто у Zabbix есть все искоробки =)
Как правило и то другое надо пилить. Все что есть у Zabbix`а искаробки - это базовый мониторинг, который есть и у Nagios`а

> Хочешь графики > куча секса по интеграции с кактусом

В топку такие извращения. Юзайте pnp4nagios. Кактус в данном случае нафиг не нужен. Ну или что-нибудь типа nagiosgraph.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

16. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от sHaggY_caT (ok) on 02-Июл-10, 19:07 
>Если нужна простота и быстродействие, никаких сложных задач, типа всяких хитрых условий
>переключения в критическое состояние, то юзайте Nagios(хотя и с его помощью
>многое можно сделать).

Ой, в чистом Nagios что-то за пределами мониторинга доступности сервисов (с которым, он, бесспорно, справляется превосходно!), делается просто с невероятным сексом.
Связка с тем же кактусом, у которого более-менее нормальные графики, вообще изврат, так-как полной интеграции все равно не получится, по крайней мере в вопросе того, что бы была одна общая БД с историей.

>Если нужен хитрый алгоритм выработки уведомлений, + красивые графики и карты из
>коробки, то ваш выбор Zabbix. Но и в Nagios`е это можно
>прирутить. Не долго.

Долго, честно скажу, что мне через 4 дня надоело, может, конечно, руки кривые :)) (пыталась подружить с кактусом), и представляя общий объем работы, не смотря на то, что раньше я работала с уже развернутым настроенным Nagios, решила, что он не стоит таких усилий.

>Заббикс намного более требовательный к железу из-за мускуля, который нужно тюнить(а если
>у вас много всего мониторится, то тюнинг обязателен), и по тем
>же причинам менее надежный.

MySQL и централизованное хранение данных мониторинга вообще must have, если цель мониторинга не только мониторинг доступности, но и анализ сервисов.

>Выше описанная задача больше подходит для Nagios`а. Для Заббикса придется покупать мощные
>машины, выделять на отдельную машину БД для него с кучей оперативы
>и тюнить мускуль.

У Zabbix рулит распределенный мониторинг. Кроме того, не верю, что контора с, например, 10к серверами не сможет себе позволить под центральный сервер выделить что-то с четыремя 4-8 ядерными сокетами, шестью-восьмью SAS в raid10

>>Не используйте стандартные темплейты, пишите свои.
>>Если решите отредактировать стандартные, без сожаления покромсайте, как минимум, 3/4 итемов. Они, на самом деле, Вам не нужны.
>
>Ясен пень, спасибо кэп, это же не SCOM! Даже смешно, там темплейтов-то
>только под стандартные задачи. Все делается напильником.

Вообще-то и под Nagios плагины часто приходится переписывать под себя.

>> Оставшимся увеличьте время опроса раза в три, или, даже, в тысячи. В самом деле, зачем, например, узнавать каждые тридцать секунд общий объем дисковой подсистемы? Достаточно это делать раз в сутки.
>
>Спасибо кэп =) Опять же, все делается напильником, у всех свои задачи.
>
>Вот в очередной раз вы говорите только в контексте своей работы =)
>У нас проверка item`ов по-умолчанию 3 минуты =) И объем дисковой
>подсистемы может за 3 минуты сильно вырасти,

Мы мониторим объем _свободного_ места тоже раз в три минуты (на некоторых серверах, раз в 8 минут), а проверять общий объем смонтированной ФС(о чем я написала) раз в три минуты, зачем??
Что, кто-то может втихаря залогиниться на локальной консоли, вставить, например, в lvm дополнительный HDD, и втихаря же расширить группу томов, а потом файловые системы? По-моему, это что-то из невероятно-фантастичного :)))

>Да и трафик с интерфейсов сетевых устройств снимать надо
>и на графики смотреть.

Разумеется, с сетевых интерфейсов счетчики нужно снимать как можно чаще. Мы парсим Zabbix-ксом не непосредственно счетчики, а текстовые файлы, которые делаются скриптом на серверах по крону раз в пол-минуты (запускается два скрипта, один делает sleep 30)

Если оборудование, и секюрити-нот-май-проблем, увы, конечно, уже сложнее выкручиваться, что бы снизить нагрузку

>> ... Nagios имхо, страшный хардкор, требующий, для построения нормальной службы мониторинга (не только доступности, но и анализа работы сервисов) невероятное число человеко-часов.
>
>Ха ха, не смешите меня =) Чуть-чуть больше времени, чем тот же
>Zabbix. В Nagios`е тоже есть темплэйты, разница только в том, что
>в первом случае вы жамкаете мышкой и стучите по клавишам. А
>во втором только стучите по клавишам.

Нет, разница в том, что nagios это joe или nano, а Zabbix это Vim или emacs: первые ничего не умеют (но их юзеры и не в претензии), а вторые безмерно навороченные для некоторых :) Имхо, конечно.

>А что по вашему значит "анализ работы сервисов" объясните, пожалуйста.

Есть задача донести информацию о падении сервиса, которая решается Nagios'ом превосходно (расскажу, кстати, что те же эскалации в Zabbix восьмой ветки сейчас поглючивают, и работают только через велосипед, так что, преимущество если и есть, оно сомнительное),

А есть задача проанализировать работу сервисов, например, узнать, сколько точно у Вас был какой-то итем в ночь второй субботы позапрошлого и прошлого месяца, по тому, что у Вас возникло озарение, что серверы по-очереди падают именно примерно в это время.

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

Так вот, Nagios ничего подобного, без страшного с ним секса, не умеет.

>Есть огромная куча плагинов для различных приложений. Да можете и сами
>написать плагин хоть на шелле. 10 минут. Есть http://www.monitoringexchange.org/ где народ
>выкладывает свои плагины, хотите правьте.
>Как-будто у Zabbix есть все искоробки =)

Мы все проверки для наших сервисов пишем или сами, или сильно перепиливаем готовые.
Для Zabbix, так же как и для Nagios, очень удобно прикручиваются скрипты, запускаемые агентом.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

17. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от oops (ok) on 03-Июл-10, 00:44 
> Ой, в чистом Nagios что-то за пределами мониторинга доступности сервисов (с которым, он, бесспорно, справляется превосходно!), делается просто с невероятным сексом.

и все-таки я не понимаю. Вы так и не написали этих таинсвенных функций, которые скрываются за формулировкой "что-то за пределами мониторинга доступности сервисов ". Что вы имеете ввиду?

> Связка с тем же кактусом, у которого более-менее нормальные графики, вообще изврат, так-как полной интеграции все равно не получится, по крайней мере в вопросе того, что бы была одна общая БД с историей.

А я и говрю что изврат! =) Почему именно кактус-то? =) На нем свет клином сошелся?
С ним да, проблем много, потому что он нафиг для графиков не нужен =) Еще раз прочитайте то, что я предлагал для решения проблем с графиками. Кактус - это бред. Так делают только люди, которые не особо шарят в данном вопросе, а только делают все по статейкам из гугла.

> Долго, честно скажу, что мне через 4 дня надоело, может, конечно, руки кривые :)) (пыталась подружить с кактусом), и представляя общий объем работы, не смотря на то, что раньше я работала с уже развернутым настроенным Nagios, решила, что он не стоит таких усилий.

туда же. Для прикручивания к PNP4Nagios нужно добавить 2 команды и исправить пару строчек в nagios.cfg. Все! и будет профит.
Про кривые руки уж не буду издеваться, но уверен, что я бы максимум за пару часов его прикрутил к кактусу. Если вы знаете кактус и нагиос, то никаких проблем возникнуть не должно.

> MySQL и централизованное хранение данных мониторинга вообще must have, если цель мониторинга не только мониторинг доступности...

не судите по себе. У всех разные цели.

> ..но и анализ сервисов

о! занавес фразы "что-то за пределами мониторинга доступности сервисов" начинает приоткрываться! Так вот что вам не хватает! Только я опять же, пока не очень понимаю смысл фразы "анализ сервисов". Так как я понимаю эту фразу - это можно сделать в Нагиосе.

> У Zabbix рулит распределенный мониторинг. Кроме того, не верю, что контора с, например, 10к серверами не сможет себе позволить под центральный сервер выделить что-то с четыремя 4-8 ядерными сокетами, шестью-восьмью SAS в raid10

Рулит, да. Только все упирается в требования.
А я верю. Только возьмите в качестве примера не "10к серверов", а 10к роутеров/свитчей. Т.е. это, например, провайдер. И тут Заббикс какбэ не особо нужен. Нафиг прову тратить большое кол-во денег на крутые железки для мониторинга, если будет хватать Нагиоса (и графики и "анализ сервисов")

> Вообще-то и под Nagios плагины часто приходится переписывать под себя.

Как и под Заббикс. Базовые функции есть и там и там.

> Мы мониторим объем _свободного_ места тоже раз в три минуты...
> ...вставить, например, в lvm дополнительный HDD, и втихаря же расширить группу томов, а потом файловые системы? По-моему, это что-то из невероятно-фантастичного :)))

Это частный случай, ничего против не имею. К чему вы это пишете, я ведь явно написал что хотел сказать той фразой. Для тех кто в танке - "совет бесполезный, у каждого свои приоритеты."

>Разумеется, с сетевых интерфейсов счетчики нужно снимать как можно чаще. Мы парсим Zabbix-ксом не непосредственно счетчики, а текстовые файлы, которые делаются скриптом на серверах по крону раз в пол-минуты (запускается два скрипта, один делает sleep 30)

А вы знаете толк в извращениях =)) вообще-то у zabbix`а есть такой функционал, встроенный в агент.
да и говорил я не про "сетевые интерфейсы(серверов)", а про "интерфейсы сетевых устройств"

> Если оборудование, и секюрити-нот-май-проблем, увы, конечно, уже сложнее выкручиваться, что бы снизить нагрузку.

Это вы о чем? не въехал

> Нет, разница в том, что nagios это joe или nano, а Zabbix это Vim или emacs: первые ничего не умеют (но их юзеры и не в претензии), а вторые безмерно навороченные для некоторых :) Имхо, конечно.

Некорректное сравнение. В таком примере не важны быстродействие и надежность.

> А есть задача проанализировать работу сервисов, например, узнать, сколько точно у Вас был какой-то итем в ночь второй субботы позапрошлого и прошлого месяца, по тому, что у Вас возникло озарение, что серверы по-очереди падают именно примерно в это время.

Все, я понял смысл "анализ сервисов". Т.е. для полного счастья вам не хватало только этого? Как вы это узнаете в Заббиксе? Правильно, из графиков. Тогда возникает логический вывод: выпрямите руки, перестаньте пользоваться вещами не предназначенными для ваших целей и прикрутите таки графики к Nagios`у! ПРОФИТ! Мало того, в том же Nagios`е можно посмотреть статистику по времени относительно перехода в различные состояния сервисов, оповещений по ним.

> Вы можете прямо не отходя от кассы сделать развернутый анализ, и только потом лезть ковыряться на syslog сервер, когда уже будете знать, что именно Вам искать.

Мало того, лезть в сислог не надо. Если вы продумываете мониторинг, то можно было бы добавить мониторинг этого лога в сам Заббикс и просто просматривать в веб морде. Т.е. лезть не надо

> Так вот, Nagios ничего подобного, без страшного с ним секса, не умеет.

Умеет, приктутите графики, и будет вам счастье. Не нужно секса с кактусом! Юзайте вещи, сделанные для самого Nagios`а. Лично я рекомендую pnp4nagios

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

5. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от аноним on 01-Июл-10, 12:18 
>Если задолбало красноглазие - use zabbix, Luke!

или Nagios + Merlin + Ninja
или Shinken
а еще есть Pandora

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от alex (??) on 01-Июл-10, 10:39 
Только демо пейдж не открывается.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от аноним on 01-Июл-10, 12:17 
http://icinga-web.icinga.org/icinga-web/
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

14. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от m (??) on 02-Июл-10, 17:54 
>Для Заббикса придется покупать мощные машины,
> выделять на отдельную машину БД для него с кучей оперативы и тюнить мускуль.

у нас zabbix мониторит порядка 300 машин с solaris 9 и 10. плюс порядка 100 машин с windows 2003. всё стандартно - чекается доступность хоста; по полной чекаются ресурсы хоста;  доступы пользователей; итп. плюс по полной мониторятся базы (oracle 9i, 10g) как на соляре так и на венде и некоторые специфичные приложения.

данные zabbix'а храним в oracle 10g. да, много и долго тюнили, но говорить что zabbix супертребователен к ресурсам я бы не стал.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Релиз системы мониторинга Icinga 1.0.2, продолжающей развити..."  +/
Сообщение от konst_dg on 18-Ноя-13, 13:40 
мониторим с помощью icinga около 300 комутаторов, пару серверов, и 3 маршутизатора. Вопрос. На графмке мониторинга загрузки интерфейсов 10G после 4G провалы. Может есть какой плагин для коректного отображения графиков загрузки 10G интерфейсов? В инете ничего не нашол...
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру