Главное, я думаю, правильно настраивать время хранения raw данных в zabbix, хранить 7-14 дней их в базе, все остально агрегированные значения, про это многие забывают и база из-за индексов разрастается и тормозит на запись. Хорошая производительность заббикса вполне достижима.
Это я :) Я занимаюсь эксплуатацией интернет-проектов. Рассказывать буду всякие истории из жизни со смешными аллегориями. Историии поучительные. А в целом мне интересно понять, что вам не понятно, если вы поясните, то я поправлю описание и больше людей смогут понять, что я написал.
Да используем, мы даже один API уже написали :), я в 2009-2010 был техдиром хостинга Скалакси, у Скалакси свой API. json было бы идеально, в целом амазон совместимый апи делать сложно, потому что у вас сущности плохо ложатся на амазоновские.
У нас консалтинговая компания express42.com и мы заинтересованы в качественном облачном хостинге для наших клиентов, было бы круто с вами встретиться и пообщаться о вашем облаке и убедиться, что вас можно рекомендовать в будущем.
А будет ли у вас API? Я читал в топике, что вы негативно настроены к идее запилить API, но это реально нужная штука для бизнеса. Например если надо поднять дополнительные бэкенды или вобще переподнять проект на облаке в случае проблем с основным хостингом, руками нажимать кнопочки неудобно, да и инфу об инфраструктуре хочется вытаскивать в свою консоль.
Давайте пример, у меня другая практика почему-то. Меня, как инженера, любопытство разбирает, когда теория с практикой расходится, давайте разбираться, можно в личке. Это либо баг в ядре, либо какая-то странная особенность, которая может заафектить продакшн в самый неудобный момент.
Ну просто вы путаете вещи, тем самым еще и других запутываете. Да, при обращении к /dev/random процесс будет в uninterruptible sleep на ожидание ввода-вывода из него, да это увеличит показания iowait в системе, да, ваше приложение будет тормозить, потому что блокируются на чтении из /dev/random, но диски здесь совершенно не причем. Приложение которое работает с диском не будет при этом тормозить. Система — не будет тормозить. la в linux будет большим, но это говорит только о количестве процессов в uninterruptible sleep.
жуть какая, и вы правда в это верите? чтобы перегрузить стек ввода-вывода надо сделать что-то невероятное, чтобы при этом упереться в процессор. Если вы хотите сломать мою картину мира, дайте пруф-линк пожалуйста, может это баг в ядре какой. Вобщем это заявление равносильно тому, что если я на высоконагруженном сервере по io вставлю флоппик и начну с него читать, производительность сервера упадет.
а на Зеленоград не гони :) я особо не вижу пьяных на улицах, по уровню населения «быдлом» Ульяновск похуже Зеленограда, но зато выгодно отличается от других российских городов, наверное количество научных центров сказывается.
Не понимаю откуда сыр-бор=) К сожалению 12 15к SAS дисков не могут полность утилизировать SAS-канал в 3 Гб/с, это протестировано. Так что выбор сделан абсолютно верно. А если учесть, что профиль нагрузки на диски рандомный, то получается еще и с запасом.
У нас консалтинговая компания express42.com и мы заинтересованы в качественном облачном хостинге для наших клиентов, было бы круто с вами встретиться и пообщаться о вашем облаке и убедиться, что вас можно рекомендовать в будущем.
Прокомментируйте, пожалуйста.
Из-за чего? в чем физика процесса? Может трюк с рандомом работает не из-за подсистемы ввода-вывода, а по каким-то другим причинам?
Только при регистрации 10 рублей не дали=(