"Первоначально всё завелось хорошо, но после начала переноса виртуалок на новые тома (три миграции одновременно - с ссд тома этого хранилища и с двух внешних хранилищ) iscsi соединения на vmware стали пропадать. Пропало соединение с несколькими хостами, при этом остальные хосты в это же время видели хранилище без проблем. Перезагрузка проблемных хостов vmware не помогла - хранилище на них больше не появлялось."

Ответ был охуителен

"насколько мне известно vmware некоторое время назад отказалась от поддержки VAAI, и на данный момент он может работать нестабильно. Возможно имеет смысл использовать другой сопсоб подключения iSCSI к VM. Например, можно использовать nfs вместо iscsi, либо подключать iscsi инициатором самой VM. Если у Вас будут новые вопросы, Вы всегда можете обратиться к нам через форму поддержки на нашем сайте или в DSM."

"насколько мне известно vmware некоторое время назад отказалась от поддержки VAAI, и на данный момент он может работать нестабильно. Возможно имеет смысл использовать другой сопсоб подключения iSCSI к VM. Например, можно использовать nfs вместо iscsi, либо подключать iscsi инициатором самой VM. Если у Вас будут новые вопросы, Вы всегда можете обратиться к нам через форму поддержки на нашем сайте или в DSM."

Прекольно

Мы им ответили

А причем тут синолоджи если проблема вмввре ?

Николай, добрый день! Вот так завершилось моё общение с техподдержкой Synology. Использовать хранилище с VMware без VAAI (кстати о прекращении его поддержки наш VCP сертифицированный сотрудник не в курсе) для нас не имеет смысла. Переход на nfs тоже не вариант. Про "подключать iscsi инициатором самой VM" вообще лучше промолчу. Прошу вас посмотреть переписку и дать комментарий от официального представительства Synology.

Прям как hp. Просто сказала что их cciss можете свернуть в трубочку, засунуть себе в жопу и провернуть до щелчка

А причем тут синолоджи если проблема вмввре ?

Ебанись. Откуда там проблема вмваре?

Мы им намекнули, что хранилка стоит у физика, суд будет у нас в республике, и иск из 1,5 ляма становится 4,5 - попросили подождать чуть

А на других хрантлках проблем нет :)

Фринасах

А на других хрантлках проблем нет :)

А на других хранилках проблем нет - ни на делле, даже самых старых, ни на ХП

Фринаса не держим

В общем вчера наклеили патч

Тестим нагрузку

Как блять резко решаются все проблемы вмвары путем наложения патча на оборудование синоложи после предложения дистру выплатить 4,5 ляма

У. Синолоджи откуда такие дорогие решенич

1,5 ляма + 1,5 штраф + 1,5 ляма неустойка - все согласно ЗоЗПП

Там вроде кроме класьера на двух серверах и не сделать

Ты не поверищ

В синоложи

И как ставить патч на дсм

https://forum.synology.com/enu/viewtopic.php?f=147&t=116743&sid=65d1a4e33ae8ac6a2b24035600563556&start=270

Вот тут аналогичная проблема

Почему бы просто обновку им не прислать

завтра спрошу у одмина

И вообще как ребутить сторадж. Этож писец

Гы, а по ребуту вообще охуительно было

ща

возьму из нашего внутреннего тикет

После выбора перезагрузки из меню хранилища все ssh соединения были разорваны, веб интерфейс тоже отключился, однако перезагрузка не произошла. iSCSI соединения там где они работали тоже не разорвались, хранилище в таком состоянии простояло ночь. После аппаратного выключения и включения хранилище загрузилось, все iSCSI соединения в том числе и на проблемных хостах автоматически восстановились. Вопрос надолго ли. Понятно, что в продакшн хранилище с такими глюками мы выпускать не можем. debug.dat прилагаю, в нём в каталоге /var/log есть файл dmesg.bad - это вывод команды dmesg во время глюков. Настораживают подвисания процесса iscsi_trx больше чем на две минуты. Аналогичные проблемы обсуждаются на форуме synology.com в теме https://forum.synology.com/enu/viewtopic.php?f=147&t=116743&sid=65d1a4e33ae8ac6a2b24035600563556&start=270 Решения там так и не найдено.

Synology Support Ticket: #948522

И вообще как ребутить сторадж. Этож писец

В мысле писец?

Мы с него съебались полностью быром быром

Чего его не ебать для повторения проблемы и не ребутить?

Аа

очково было когда съебывались это да

ну и тормоза

там ссд а свалили на диски

Так что завтра будем туда накласть нагрузки

Интересно

посоветуйте что-нибудь почитать про виртуализацию субд

Это как?

ГМ

а то я отстал от жизни немного

ну как

Ты задачу скажи

в мои времена это было одна фраза "ну его нахуй"

а сейчас мож какой рокетсаенс уже выдумали

Стандартный путь - реплики и шарды, прокси, кластер

Больше там нет нихуя

понятно, т.е. ничего не поменялось

А причем тут виртуализация?

Ну у нас в виртуалках это говно живет

Ну у нас в виртуалках это говно живет

а что именно?

Какая СУБД-то?

И потихоньку поднимается и догоняет

Потом встает под нагрузку

постгрес, мсскуль

муск перкона

во времена моей молодости засовывание субд в виртуалку было равно потере 30-40% производительности

ну может поменьше, я не тестил

во времена моей молодости засовывание субд в виртуалку было равно потере 30-40% производительности

А как считали-то ее?

ERROR: S client not available

ну и постоянный апдейт объектов с базы своим демоном в мемкэшед

во времена моей молодости засовывание субд в виртуалку было равно потере 30-40% производительности

и хули?

кого ебет 30%?

Постойте, друзья

Если ты делаешь пару сотен реплик?

Вы ведь понимаете, что производительность СУБД никогда не измеряется в процентах?

господа, я отдельно оговорился в начале беседы, что я несколько отстал от жизни и хотел бы узнать новое :)

Ну, потому что СУБД это I/O bound история, обычно

Вы ведь понимаете, что производительность СУБД никогда не измеряется в процентах?

С хуяли? Параллельные запросы

господа, я отдельно оговорился в начале беседы, что я несколько отстал от жизни и хотел бы узнать новое :)

Жизнь в этом месте не поменялась за последние 30 лет

С хуяли? Параллельные запросы

Какие именно запросы?

Похер какие, да?

Естессно

С боевого

То есть вот вообще похер, какие запросы? План запроса - он похер, срать на план запроса, кого он ебет

А, отлично

Вижу, тут эксперты собрались

Ну, пацаны, раз вы все тут DBA, давайте сами тогда и договаривайтесь, виртуализировать базу или нет

Жизнь в этом месте не поменялась за последние 30 лет

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

вот так

Ну дба то нам конечно все объяснить сейчас

Легко и непредсказуемо

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

Производительность I/O никогда не считается линейно

Внезапно

Для пользователя важно время отклика

Легко и непредсказуемо

Нет, пошлет купить книжку некоего Брендана Грегга

А не план запроса

Для пользователя важно время отклика

Ах ты лапочка

И оно меняется в процентах

Прироста от максимально приемлемого

Нет, пошлет купить книжку некоего Брендана Грегга

можно название?