tihonov_alexey

tihonov_alexey
Рейтинг
13
Регистрация
13.11.2014

Добрый день.

Да подправил.

наложилось просто, ребут и синк раида.

devilstar:
Сколько можно... 😡

Добрый день.

По техническим причинам часть (малая) виртуальных машин была перезагружена.

с 09:16 по 09:18.

tlk:
Иван, по вашему сообщению создал тикет о переносе 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

А раньше было вот так:



Т.е. на лицо значительное ухудшение ситуации. Даже я бы сказал, не ухудшение, а вообще полные вафли. Как и когда будем исправлять?

Добрый день.

Та нода что вы тестировали была добавлена в субботу днем. Вас переносили когда не знаю :-). Сейчас там 24 виртуалки. Скорее всего вы тестировали когда шла у кого то установка.

Рекомендовал бы Вам проверить именно сейчас, так как на данный момент нода укомплектована.

Sujcnm:
Это кончно хорошо, а как насчет rsync?
Было бы намного удобнее.

Добрый день.

Не совсем понятно, чем локальный rsync то не подходит.

ftp - можно примонтировать и rsync-кать, через sftp конструкция будет что то вроде такого -


rsync -rlvz --size-only --ipv4 --progress -e 'ssh -p 2222' \
~/files/* --temp-dir=../tmp/ $ENV.$SITE@appserver.$ENV.$SITE.drush.in:files/

Сам демон поднимать не будем, панель не умеет, а костылей хочется по минимуму.

Drager:
Отлично, где в панели посмотреть сколько используется места мной из купленого и сколько свободно ?

Регистрируйтесь, пишите тикет. Расскажем :-)

А вообще как и в любой другой панели ISP, смотрите на главной


Диск 831 / 1024 (MiB)
FTP-пользователи 1 / не ограничено (шт.)
Оперативная память 0 / не ограничено (MiB)
Процессорное время 0 / не ограничено (ед.)
Юлиана Савина:
Обещали вроде бэкапирование сделать бесплатным для тарифов VDS SSD

Это просто бэкап, для продажи.

VDS будет резервироваться, но в новом кластере. Как SSD так и HDD.

AntonRa:
Да sFTP) Ошибся)

Не совсем :-)

Сейчас есть FTP, FTP через TLS, SFTP.

Goodwin85:
Вы сюда потроллить пришли?
Для сомневающихся я предоставил скриншот
http://take.ms/dMDrH

Просто вложение только 100 килобайт. А файл 256, ещё раз добавил, думал добавилось, а оказывается нет.

PS Может серчам подарить гигов 100 ? А то блин, 100 килобайт вложение, ни туда ни сюда.

Все доброго времени суток.

Мда, коллеги, прям обидно честно говоря, все тут ругаются словами оверсел, ядра и т.д. 🍿

Давайте глянем на "проблему" чуть глубже.

Предположим, есть у нас сервер, 24 логических ядра на борту. Предположим там 30-35 виртулалок - считаем эту ноду забитой битком (банально по месту на СХД). Теперь давайте вспомним как работает ядро линукса и собственно сам libvirt, учитываем так же тот факт, что очередь (nice) для всех виртуалок одинаковая.

Что мы получаем в итоге

Есть часть виртуалок которые не используют CPU, есть которые используют. Итоговый UserTime на сервере около 40-50%. И что же мы видим, половина ядер просто стоит в нулях и ничего не считает. Теперь создадим на виртуалке максимальную нагрузку на CPU и она получит свое честное ядро. Банально линуксовое ядро увидит что процесс считает, знает его лимиты, возьмет пустое ядро и будет там считать. Клиент получит свои честные 2.4 c одного логического ядра, почему логического, у нас включен hyper-threading. Вот и все. Все тут ругаются словами оверселл и т.д., я не продавец, а администратор. Для меня вообще оверсел нулевой. Мало того, я босу постоянно говорю об увеличении плотности, так как ноды простаивают. Он не хочет увеличивать плотность.

У нас UserTime на сервере (самом нагруженном) редко превышает 60%. И всегда есть свободный ресурс.

Скрин смотрите

tlk:
Иван, приветствую. Насоветовали вашу компанию на Хабре.

Сегодня включился в тест - VDS KVM Cuprum на убунте. Покатаю, посмотрю. Если ОК - будет интересно срулить свои сайты с "большого мажора" на ваши цены.

Теперь про другое.
Сначала иллюстрация ситуации (не у вас - на моём хосте, в местном городском "ДЦ"):


Теперь вопрос:
Если я упрусь в сеть (а я наверняка упрусь, раз уже один такой пик был) - есть ли возможность расширения сети до 200-400M? (VDS KVM Cuprum)


Если "да" - сколько денег?

Предвидя вопросы - решение кастомное, сейчас вполне живёт на убитом временем атлоне с гигой памяти и старым сата диском...

P.S. Физический дедик _пока_ не предлагать ибо денег нет - решение, к сожалению, _пока_ не вышло на точку возврата инвестиций в разработку (пока одни убытки не смотря на значительный траф).

--- UPDATE ---

во время тестов заметил непонятки с IO...

ваш тестовый VDS KVM Cuprum:
~# 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

для сравнения, равный по ресурсам и цене OpenVZ:
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k oflag=dsync
скопировано 1073741824 байта (1,1 GB), 54,1995 c, 19,8 MB/c
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k oflag=dsync
скопировано 1073741824 байта (1,1 GB), 53,9338 c, 19,9 MB/c
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k conv=fdatasync
скопировано 1073741824 байта (1,1 GB), 53,1709 c, 20,2 MB/c
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k conv=fdatasync
скопировано 1073741824 байта (1,1 GB), 53,5794 c, 20,0 MB/c
.../me думает, что эти лимитят... но они жирные мажоры и клиенты им явно не нужны в отличие от вас...

и для сравнения, равный по ресурсам и цене Xen:
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k oflag=dsync
1073741824 bytes (1,1 GB) copied, 16,3128 секунд, 65,8 MB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k oflag=dsync
1073741824 bytes (1,1 GB) copied, 8,74002 секунд, 123 MB/s
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 5,79253 секунд, 185 MB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 7,02585 секунд, 153 MB/s

Добрый день.

Да СХД на старом кластере ну совсем не айс :-(.

Сейчас готовится к вводу в продуктив новый кластер, там с этим ситуация будет лучше, вообще переработали логику работы СХД.

Так же в планах пробросить часть процессорных инструкций SSSE3 SSSE4_1 AES_NI. И ещё куча оптимизаций, сейчас тестируем. В феврале начнем переезд. Осталось решить беду с бэкапами и все, думаю уложимся в поставленные сроки и в феврале начнем переезд на новый кластер.

По поводу скорости работы инета - мы планируем шейпинг, НО если у вас честный трафик, отпишите, мы поднимем скорость интернет соединения. Режем из за DDoS, не из за жадности.

Информируем клиентов что у нас закончились работы по внедрению нового оборудования.

Мало того, уже 1 DDoS нам устроили в 2 гигабита, выдержали можно сказать "не заметив". Теперь все гораздо быстрее работает.

123
Всего: 27