Перевел два номера от МТС. сначала работали только звонки и смс на обычные номера, ну и интернет летал (и до сих пор летает). нотификации от банков и гуглов не ходили, аймессадж не включался. Починили где-то полтора дня (была массовая проблема, говорят сейчас уже на корню решена).
Затем на одном номере пропала телефонная связь, починили за сутки. на 5 день на этом же номерер кончилось бабло, и симку заблокировали, при этом оплатить через приложение было нельзя (не было кнопки), через альфу нельзя (ошибка). Подозреваю, что можно было через точку продаж. В общем 2.5 дня без связи, потом суппорт положил 10рублей, и смогли оплатить. Обещали эту штуку зачинить.
В целом качеством связи и работой суппорта доволен. Но сейчас реально лотерея, лучше подождать месяцок.
Приведенная конфигурация содержит слишком много точек отказа. Ключевой момент — резервирование СХД.
Прочие штуки вроде нескольких сетевух через разные свитчи и инфраструктуры вроде AD и DNS само собой также нуждаются в резервировании, но это тривиально и не дорого.
СХД, которые могут работать в режиме риалтаймовой репликации стоят космических денег, плюс требуют инфраструктуры для резервирования путей (2x FC или Ethernet свитча), и что самое грустное — работают медленнее локального хранилища (если сравнивать по цене, Violin Memory в расчет не берем).
Мы выбрали AlwaysOn для отказоустойчивости. Он не требует СХД, так как использует локальное хранилище. Есть синхронный режим работы, в котором транзакция коммитится только после записи данных на резервный сервер.
Для кворума достаточно сетевой шары (к сожалению, зарезервировать сетевую шару никак нельзя, поэтому стоит делать ее на максимально доступном сервере). В случае 3 и более серверов, кворум собирается из них.
Синхронный режим дает примерно 5-10% просадки производительности на медном гигабите. Если использовать 10Г оптику — задержка должна уйти совсем.
1. Я не говорю ничего про цену.
2. Виртуалка на амазоне ничем не отличается от выделенного сервера в хецнере с точки зрения переноса куда-либо, при этом в амазоне проще масштабироваться — вот главный тезис, с которого начался этот тред, а Вы мне зачем-то про персональных менеджеров в других хостингах и про то что кто-то где-то говорит.
Про неудобства амазона расскажите, например, дропбоксу.
Ну вы еще скажите что у них в офисе чай не вкусный.
Виртуалка на амазоне — это
очень простое, понятное и популярное предложение
с которого также можно уехать куда угодно. А уж то что вам предлагают (а не впаривают) балансировщики, отказоустойчивую инфраструктуру, бэкап под боком и прочие плюшки, и вы после этого не хотите никуда уезжать — тут уж извините.
И кстати, если выделенный сервер в хецнере умрет в пятницу вечером, а админы раздолбаи без мониторинга — то все выходные система работает в режиме недостатка ресурсов/недостатка резервных мощностей. Если умирает хост на амазоне — виртуалка перезапускается на другом хосте через пару минут.
И хватит уже про деньги, пожалуйста, никто не говорит что амазон это супер дешево. Я лишь говорю, то что масштабироваться в условиях амазона намного проще, инфраструктура там надежней, а трава зеленее — то же справедливо и для Azure, и для прочих крупных игроков рынка public cloud.
А не проще было вместо аренды физических серверов арендовать инстансы в амазоне? Намного удобнее масштабироваться.
Или боялись мифических выключений сервера?
Сделайте, пожалуйста, возможность указывать ящик для FBL на любом домене, а не только на домене отправителя.
У нас куча клиентов, которые пользуются нашим сервисом, и мы хотим для них обрабатывать FBL, и мы даже уговорили их подключить постмастер, но заставить их сделать у себя ящик и с него форвардить нам FBL — это пока никак.
Те пару раз, когда я общался с Алексеем на конференциях, он произвел на меня точно такое-же впечатление, как после прочтения логов.
Абсолютно тот же хвастливый стиль общения, зашкалившее ЧСВ. Не смог ответить на мои вопросы про Hyper-V, которые мне потом пришлось задать Symon Perriman (он легко ответил). Впечатление умного человека и высококлассного специалиста у меня сформировать никак не получилось.
Я понимаю Ваше желание отстоять свой труд. Я лишь говорю о том, что не стоит присваивать себе действия других людей, и когда в таком количестве копируете материал (а у вас скопирована вся конфигурация) — ставьте ссылку на источник.
Однако, на примере первой же директивы я не понимаю, чем Ваше описание лучше чужого. Вы просто развернуто написали то же самое, посоветовали установить ее в конкретное значение. Почему ее нужно установить именно так — я не понял из Вашей статьи. А если мой nginx не занимается
SSL или gzipping
— мне можно ее в 1 установить? И все равно получу 900к реквестов в секунду?
В оригинальной статье мне намного понятнее, почему имеено так —
since nginx doesn't benefit from more than one worker per CPU.
То есть самое важное осталось без перевода.
Вашу позицию я понял, считаю что спор продолжать нет смысла.
Затем на одном номере пропала телефонная связь, починили за сутки. на 5 день на этом же номерер кончилось бабло, и симку заблокировали, при этом оплатить через приложение было нельзя (не было кнопки), через альфу нельзя (ошибка). Подозреваю, что можно было через точку продаж. В общем 2.5 дня без связи, потом суппорт положил 10рублей, и смогли оплатить. Обещали эту штуку зачинить.
В целом качеством связи и работой суппорта доволен. Но сейчас реально лотерея, лучше подождать месяцок.
Прочие штуки вроде нескольких сетевух через разные свитчи и инфраструктуры вроде AD и DNS само собой также нуждаются в резервировании, но это тривиально и не дорого.
СХД, которые могут работать в режиме риалтаймовой репликации стоят космических денег, плюс требуют инфраструктуры для резервирования путей (2x FC или Ethernet свитча), и что самое грустное — работают медленнее локального хранилища (если сравнивать по цене, Violin Memory в расчет не берем).
Мы выбрали AlwaysOn для отказоустойчивости. Он не требует СХД, так как использует локальное хранилище. Есть синхронный режим работы, в котором транзакция коммитится только после записи данных на резервный сервер.
Для кворума достаточно сетевой шары (к сожалению, зарезервировать сетевую шару никак нельзя, поэтому стоит делать ее на максимально доступном сервере). В случае 3 и более серверов, кворум собирается из них.
Синхронный режим дает примерно 5-10% просадки производительности на медном гигабите. Если использовать 10Г оптику — задержка должна уйти совсем.
Для работы требуется режим восстановления FULL.
1. Я не говорю ничего про цену.
2. Виртуалка на амазоне ничем не отличается от выделенного сервера в хецнере с точки зрения переноса куда-либо, при этом в амазоне проще масштабироваться — вот главный тезис, с которого начался этот тред, а Вы мне зачем-то про персональных менеджеров в других хостингах и про то что кто-то где-то говорит.
Про неудобства амазона расскажите, например, дропбоксу.
Виртуалка на амазоне — это с которого также можно уехать куда угодно. А уж то что вам предлагают (а не впаривают) балансировщики, отказоустойчивую инфраструктуру, бэкап под боком и прочие плюшки, и вы после этого не хотите никуда уезжать — тут уж извините.
И кстати, если выделенный сервер в хецнере умрет в пятницу вечером, а админы раздолбаи без мониторинга — то все выходные система работает в режиме недостатка ресурсов/недостатка резервных мощностей. Если умирает хост на амазоне — виртуалка перезапускается на другом хосте через пару минут.
И хватит уже про деньги, пожалуйста, никто не говорит что амазон это супер дешево. Я лишь говорю, то что масштабироваться в условиях амазона намного проще, инфраструктура там надежней, а трава зеленее — то же справедливо и для Azure, и для прочих крупных игроков рынка public cloud.
Развернуть дополнительные инстансы из шаблона в разы быстрее, чем добавлять физических серверов и настраивать их.
Или боялись мифических выключений сервера?
У нас куча клиентов, которые пользуются нашим сервисом, и мы хотим для них обрабатывать FBL, и мы даже уговорили их подключить постмастер, но заставить их сделать у себя ящик и с него форвардить нам FBL — это пока никак.
Абсолютно тот же хвастливый стиль общения, зашкалившее ЧСВ. Не смог ответить на мои вопросы про Hyper-V, которые мне потом пришлось задать Symon Perriman (он легко ответил). Впечатление умного человека и высококлассного специалиста у меня сформировать никак не получилось.
Однако, на примере первой же директивы я не понимаю, чем Ваше описание лучше чужого. Вы просто развернуто написали то же самое, посоветовали установить ее в конкретное значение. Почему ее нужно установить именно так — я не понял из Вашей статьи. А если мой nginx не занимается — мне можно ее в 1 установить? И все равно получу 900к реквестов в секунду?
В оригинальной статье мне намного понятнее, почему имеено так — То есть самое важное осталось без перевода.
Вашу позицию я понял, считаю что спор продолжать нет смысла.