сегодня вдс инстанс переехал на ссд аналогичной конфы... радикально быстрей стало. максимальный иовейт до 5%, устраивает... пока полет нормальный, дальше будет видно.
яндекс почта++ хоть и дядя майор читает - мне похфиг, у меня все законно и без нефти)))
Ivan Lungov: В данной ситуации, могу предложить два варианта, отмигрировтать обратно на старый вариант ноды, где показатели были лучше. Перенести Вашу VDS на SSD.
Также, хочу заметить, что тест с помощью dd, это тест, исключительно, на запись. Если, Ваш проект, действительно, требует много записи, лучше использовать SSD, к тому же, разница в цене у нас не большая.
Да, записи у меня не мало. Иван, подключитесь в тикет 408324...
Относительно написанного antipodeman, да и в целом хостинга:
провайдеров - выбирай нехочу, если что не так - переехал за час и забыл... поэтому я придерживаюсь следующих принципов:
1) платёжный цикл в месяц (без обид съезжать)
2) короткие ТТЛ на внешних ДНС (быстро обновлять зоны)
3) пяток скриптов с приватного гитхаба (сетап софта сервера из сорцов под себя за 15 минут)
4) внешние мейл сервера (почту вообще не трогаем никогда, это корпоратив)
5) на случай дикого форс-мажора и фолбэка - своя толстая 2U железяка на 1G порте с физическим доступом в микро-датацентре рядом с домом (хоть и в жопе мира, но до Москвы 30 ms)...
Под мои задачи - этого хватает с головой в случае чего...
Все остальные вопросы решаются в нормальном рабочем порядке без претензий :) уважать нужно любую адекватную работу, и любое адекватное желание зарабатывать... мы же все деньги считать умеем, не правда ли? :)
P.S. С предпоследним хостинг-провайдером проработал 2 года после первых недель решения возникающих вопросов и мелкого тюнинга. В биллинг-панель заходил раз в месяц денег дать и пару раз были короткие падения железа, доступность была в районе 99,978%... Надеюсь, с нынешним всё утрясётся и будет аналогично позитивный опыт зарабатывания денег... и больше не придётся заходить в тикеты )))
Я вот IOPS'ам не доверяю. Уже сталкивался, что иопсы крутые, а в реальных приложениях - просаживается. Например, если у вас нагрузка на базы и строго необходим директсинк (как например у меня) - то так и надо катать... Ну и так далее... IOPS, повторяю, не показатель. Оне не учитывает steal и просадки по cpu (оверселл), что видно на простых dd I/O с близкими к реальным профайлами. Хотя, наверное, как кому привычней.
tihonov_alexey: Та нода что вы тестировали была добавлена в субботу днем. Вас переносили когда не знаю :-). Сейчас там 24 виртуалки. Скорее всего вы тестировали когда шла у кого то установка.
Рекомендовал бы Вам проверить именно сейчас, так как на данный момент нода укомплектована.
Тестировал сегодня около 19:45, т.е. перед написанием сообщения (после того, как увидел неадекватные IOwait в мониторинге, после сообщения Яндекса о недоступности...).
Сейчас ситуация та же - всё плохо, IOwait доходит до 70%.
Ivan Lungov: Ну, как бы, по одежке встречают. Надежность железа и саппорта, это уже потом.
Иван, я не в курсе деталей вашей бизнес-модели, однако считаю, что ошибочно ставить внешний вид сайта по важности выше, чем надежность железа и саппорта. Но я хочу заметить следующее - вашу компанию мне порекомендовали адекватные люди и мне фиолетово как там выглядит форма регистрации. Собственно, я никогда не работал с "биллменеджером", но меня нисколько не смутил ни внешний вид ни внутряк. Да и заходить я туда чаще раза в месяц не планирую (ведь надёжность будет на уровне, не правда ли?).
Надежная и стабильная работа моих проектов позволяет им расти, а мне заниматься их развитием (не отвлекаясь на решение вопросов с хостером)... Рост требует ресурсов. Ресурсы стоят денег. Фирштейн?
Это я всё к тому, что рекомендательная конверсия значительно надёжней и выхлопней мгновенной. Но тут выбор за вами: либо вы не быстро, но надёжно нарабатываете хороших растущих клиентов, с которыми будет расти и ваша компания, либо получаете быстрый конверт с текучкой туевой хучи школотных проектов, загибающихся через годик, но при этом выносящих вам и саппорту мозк :)
Я не в претензию высказался. У обеих бизнес-моделей есть свои плюсы и минусы и тут уж вам решать. Но вот лично мне нравится делать ставку на качество.
Ivan Lungov: tlk, Работы над новым кластером, еще не завершены. Пока, можем только предложить перебраться на SSD. Или попросите поддержку перенести Ваш VDS на менее нагруженную ноду.
Ок, понял.
Вообще возможен "живой" переезд с HDD на SSD без остановки VPS?
Иван, смотрите что имеется сейчас: перенёс пару проектов к вам - проблема IO стала давать о себе знать, посмотрите на график. Проекты практически не нагруженные, начального уровня (25/30 Мбит, 5-10 rps).
Чуть выше в теме вы говорили про переезд на кластер с оптимизированным СХД - что с этим вопросом? Как видите, он довольно насущный.
сегодня вдс инстанс переехал на ссд аналогичной конфы... радикально быстрей стало. максимальный иовейт до 5%, устраивает... пока полет нормальный, дальше будет видно.
яндекс почта++ хоть и дядя майор читает - мне похфиг, у меня все законно и без нефти)))
В данной ситуации, могу предложить два варианта, отмигрировтать обратно на старый вариант ноды, где показатели были лучше. Перенести Вашу VDS на SSD.
Также, хочу заметить, что тест с помощью dd, это тест, исключительно, на запись. Если, Ваш проект, действительно, требует много записи, лучше использовать SSD, к тому же, разница в цене у нас не большая.
Да, записи у меня не мало. Иван, подключитесь в тикет 408324...
Относительно написанного antipodeman, да и в целом хостинга:
провайдеров - выбирай нехочу, если что не так - переехал за час и забыл... поэтому я придерживаюсь следующих принципов:
1) платёжный цикл в месяц (без обид съезжать)
2) короткие ТТЛ на внешних ДНС (быстро обновлять зоны)
3) пяток скриптов с приватного гитхаба (сетап софта сервера из сорцов под себя за 15 минут)
4) внешние мейл сервера (почту вообще не трогаем никогда, это корпоратив)
5) на случай дикого форс-мажора и фолбэка - своя толстая 2U железяка на 1G порте с физическим доступом в микро-датацентре рядом с домом (хоть и в жопе мира, но до Москвы 30 ms)...
Под мои задачи - этого хватает с головой в случае чего...
Все остальные вопросы решаются в нормальном рабочем порядке без претензий :) уважать нужно любую адекватную работу, и любое адекватное желание зарабатывать... мы же все деньги считать умеем, не правда ли? :)
P.S. С предпоследним хостинг-провайдером проработал 2 года после первых недель решения возникающих вопросов и мелкого тюнинга. В биллинг-панель заходил раз в месяц денег дать и пару раз были короткие падения железа, доступность была в районе 99,978%... Надеюсь, с нынешним всё утрясётся и будет аналогично позитивный опыт зарабатывания денег... и больше не придётся заходить в тикеты )))
Не смотря на то, что мои сайты (до полугодовых обновлений) в топах спутника по моим запросам...
Но, видимо, всё совсем плохо... а зачем такой поиск, в который жену не пошлёшь...)))
Я вот IOPS'ам не доверяю. Уже сталкивался, что иопсы крутые, а в реальных приложениях - просаживается. Например, если у вас нагрузка на базы и строго необходим директсинк (как например у меня) - то так и надо катать... Ну и так далее... IOPS, повторяю, не показатель. Оне не учитывает steal и просадки по cpu (оверселл), что видно на простых dd I/O с близкими к реальным профайлами. Хотя, наверное, как кому привычней.
Та нода что вы тестировали была добавлена в субботу днем. Вас переносили когда не знаю :-). Сейчас там 24 виртуалки. Скорее всего вы тестировали когда шла у кого то установка.
Рекомендовал бы Вам проверить именно сейчас, так как на данный момент нода укомплектована.
Тестировал сегодня около 19:45, т.е. перед написанием сообщения (после того, как увидел неадекватные IOwait в мониторинге, после сообщения Яндекса о недоступности...).
Сейчас ситуация та же - всё плохо, IOwait доходит до 70%.
Иван, по вашему сообщению создал тикет о переносе VDS на новый сервер с "оптимизированным" СХД... VDS перенесли - начались проблемы...
Вот что имеем сейчас на новом сервере с "оптимизированным" СХД:
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k oflag=dsync
1073741824 bytes (1,1 GB) copied, 1170,61 s, 917 kB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k oflag=dsync
1073741824 bytes (1,1 GB) copied, 144,508 s, 7,4 MB/s
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 10,8044 s, 99,4 MB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 11,0643 s, 97,0 MB/s
А раньше было вот так:
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k oflag=dsync
1073741824 bytes (1.1 GB) copied, 403.46 s, 2.7 MB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k oflag=dsync
1073741824 bytes (1.1 GB) copied, 40.6997 s, 26.4 MB/s
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k conv=fdatasync
1073741824 bytes (1.1 GB) copied, 5.77488 s, 186 MB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k conv=fdatasync
1073741824 bytes (1.1 GB) copied, 5.80783 s, 185 MB/s
Т.е. на лицо значительное ухудшение ситуации. Даже я бы сказал, не ухудшение, а вообще полные вафли. Как и когда будем исправлять?
зарегистрировался... добавил площадку... поставил вызов скрипта... проверил directstat - blocks 0 (хотя блока 3), ads 5... в РСЯ клики идут, в директстате - нули, не работает... чяднт?
Ну, как бы, по одежке встречают. Надежность железа и саппорта, это уже потом.
Иван, я не в курсе деталей вашей бизнес-модели, однако считаю, что ошибочно ставить внешний вид сайта по важности выше, чем надежность железа и саппорта. Но я хочу заметить следующее - вашу компанию мне порекомендовали адекватные люди и мне фиолетово как там выглядит форма регистрации. Собственно, я никогда не работал с "биллменеджером", но меня нисколько не смутил ни внешний вид ни внутряк. Да и заходить я туда чаще раза в месяц не планирую (ведь надёжность будет на уровне, не правда ли?).
Надежная и стабильная работа моих проектов позволяет им расти, а мне заниматься их развитием (не отвлекаясь на решение вопросов с хостером)... Рост требует ресурсов. Ресурсы стоят денег. Фирштейн?
Это я всё к тому, что рекомендательная конверсия значительно надёжней и выхлопней мгновенной. Но тут выбор за вами: либо вы не быстро, но надёжно нарабатываете хороших растущих клиентов, с которыми будет расти и ваша компания, либо получаете быстрый конверт с текучкой туевой хучи школотных проектов, загибающихся через годик, но при этом выносящих вам и саппорту мозк :)
Я не в претензию высказался. У обеих бизнес-моделей есть свои плюсы и минусы и тут уж вам решать. Но вот лично мне нравится делать ставку на качество.
tlk, Работы над новым кластером, еще не завершены. Пока, можем только предложить перебраться на SSD. Или попросите поддержку перенести Ваш VDS на менее нагруженную ноду.
Ок, понял.
Вообще возможен "живой" переезд с HDD на SSD без остановки VPS?
Иван, смотрите что имеется сейчас: перенёс пару проектов к вам - проблема IO стала давать о себе знать, посмотрите на график. Проекты практически не нагруженные, начального уровня (25/30 Мбит, 5-10 rps).
Чуть выше в теме вы говорили про переезд на кластер с оптимизированным СХД - что с этим вопросом? Как видите, он довольно насущный.