Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Пролог: Имеется сервер 1с с приблизительно 250 онлайн пользователями. База вынесена на отдельный сервер , служебные таблицы sql на одном ссд, база с логом на другом ссд (хотел логи и базу по разным разнести, но к данному серваку в датацентре больше дисков прицепить нельзя). Процессор Xeon E5-1650v3 (6 ядер 12 потоков), памяти 256. Размер базы ~200 гигов. Часто в течении дня упираемся в производительность скуля, а именно в дисковую систему. Т.К. 1с использует возможности скуля мягко говоря не оптимально, частенько случается что ввод/вывод загружен на 100%, а проц процентов на 50 (ну точнее три или четыре ядра на 100% а остальные так, чуть шевелятся). Память сжирает максимум 120 гигов, хотя в настройках скуля я ему 150 оставил. Суть проблемы: Планируем переезжать в другой ДЦ. Встали перед дилеммой, переезжать так же "как есть", или скуль перетащить на виртуалный сервер (для удобства администрирования и дальнейших миграций). Там в новой концепции предпологается, что все продакшен машины будут виртуальными, а на железных машинах только Hyper-v. К примеру https://www.osp.ru/winitpro/2013/08/13036878/ пишут что проблем особых возникнуть не должно, но все равно есть опасения по поводу падения производительности на виртуальном сервере по сравнению с физическим. У кого нибудь есть опыт реальной эксплуатации одинаковых конфигураций на физическом и виртуальном сервере? Или кто что почитать вдруг посоветует? и в принципе по поводу "SQL на виртуалке" что думаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2018, 23:35 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
aleks26rus, За 1С ничего не могу сказать, никогда не сталкивался. Что касается SQL на виртуальных серверах - в нашей конторе 99,9 % SQL серверов - виртуальные, включая кластеры. Часть серверов была переведена с физических на виртуальные при помощи p2v. Никаких особых проблем не наблюдается. Правда, у нас не Hyper-V используется а VMWare, но не думаю что это сильно критично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2018, 00:03 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
aleks26rusесть опасения по поводу падения производительности на виртуальном сервере по сравнению с физическим. У кого нибудь есть опыт реальной эксплуатации одинаковых конфигураций на физическом и виртуальном сервере? Или кто что почитать вдруг посоветует? и в принципе по поводу "SQL на виртуалке" что думаете?В принципе падение по сравлнению с физичесским сервером небольшое. Но нужно правильно всё настроить. Главная проблема будет заключаться в том, что производительность будет зависеть (причём необычайно сильно, в разы и десятки раз) от настроек, к которым вы не будете иметь доступа. Так что вам будут доступны только жалобы "на деревню дедушке", а там уж как повезёт, либо хостер будет решать ваши проблемы, либо предпочтёт побольше зарабатывать, и забьёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2018, 12:21 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
alexeyvg, в принципе "железные" машины контролировать тоже будем мы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2018, 17:28 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
aleks26rusв принципе "железные" машины контролировать тоже будем мы...Поставьте на боевую виртуалку рядом и сделайте тест ночью, если у вас нет пользователей из Владивостока. Или хотя бы на отдельный компьютер, тогда результаты будут хуже соответствовать. Думаю, по дискам падение производительности будет существенным. Хотя, если пробросите физические диски, то не так страшно. Но тогда, зачем виртуалка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2018, 09:23 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
MS сами оценивают падение производительности не менее 15-18% и то, при условии тюнинга. Так что читайте бест практисы (фиксированные выделенные ресурсы, отключения энергосбережения, проброс дисков), но в итоге будет почти тоже самое, что и с физикой, разве что удобство админства, но это спорно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2018, 09:40 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
aleks26rusРазмер базы ~200 гигов. Часто в течении дня упираемся в производительность скуля, а именно в дисковую систему. Т.К. 1с использует возможности скуля мягко говоря не оптимально, частенько случается что ввод/вывод загружен на 100%, а проц процентов на 50Если база работает уже давно, но на ней нет регулярных админских действий и у вас есть возможность восстановить бекап на отдельном компьютере, то попробуйте дефрагментировать индексы. Вдруг поможет безотносительно переезда. Как дефрагментировать- на этом форуме много полезных рекомендаций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2018, 15:27 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
tunknownЕсли база работает уже давно, но на ней нет регулярных админских действий и у вас есть возможность восстановить бекап на отдельном компьютере, то попробуйте дефрагментировать индексы. Вдруг поможет безотносительно переезда. Как дефрагментировать- на этом форуме много полезных рекомендаций.Дефрагментация на ссд? А есть ли смысл? Только что пустое место внутри страниц. Но это легко посмотреть, без необходимости проверять фрагментацию, на тех 120 гигах что уже в память загружены: Код: sql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2018, 22:33 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
aleks26rusПролог: Имеется сервер 1с ... в новой концепции предпологается, что все продакшен машины будут виртуальными, а на железных машинах только Hyper-v Hyper-V - как мне докладывали - не позволяет пробрасывать внутрь виртуальной машины HASP USB ключи. Не знаю, как сейчас работает 1С, но я бы, коллега, сначала поинтересовался бы этим вопросом. Что с лицензиями и аппаратными ключами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2018, 22:37 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
А что с этой виртуализацией всех зациклило? Есле н а физ. хосте известно, что там крутится, то на виртуалке - не известно. И не вытолкнут ли вас "соседи" в своп по-ходу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2018, 23:37 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Relic HunterА что с этой виртуализацией всех зациклило? Есле н а физ. хосте известно, что там крутится, то на виртуалке - не известно. И не вытолкнут ли вас "соседи" в своп по-ходу.Вот как раз это и зацепило. Если будут квалифицированно управлять хостом и виртуалками, то всё не так страшно, не так уж сложно сделать так, что бы "не вытясняло" (хотя смысл использования виртуалок для сиквела немного ускользает, ну да ладно), но если чужие люди, то лучше физический сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 02:19 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Виртуалка это - комуналка, главная цель снизить стоимость проживания и утрамбовать народ. А вот доступ к "удобствам во дворе" по принципу FIFO может не всем понравиться. Я предпочитаю проживать в отдельной резиденции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 02:49 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Andy_OLAPaleks26rusПролог: Имеется сервер 1с ... в новой концепции предпологается, что все продакшен машины будут виртуальными, а на железных машинах только Hyper-v Hyper-V - как мне докладывали - не позволяет пробрасывать внутрь виртуальной машины HASP USB ключи. Не знаю, как сейчас работает 1С, но я бы, коллега, сначала поинтересовался бы этим вопросом. Что с лицензиями и аппаратными ключами. MS Hyper-V и сейчас не умеет (MS - это объясняет тем, что не хотят открывать эту возможность из-за безопасности), поэтому (если не использовать сторонние решения и железки) нужны программные ключи - но здесь следующая засада, если виртуалка будет мигрировать или будут добавляться\меняться ресурсы, то ключи будут слетать и надо по новой активировать - из-за этого возможности виртуалки резко сужаются и выгоды уже не так очевидны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 07:08 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Andy_OLAPHyper-V - как мне докладывали - не позволяет пробрасывать внутрь виртуальной машины HASP USB ключи. Не знаю, как сейчас работает 1С, но я бы, коллега, сначала поинтересовался бы этим вопросом. Что с лицензиями и аппаратными ключами. 1С уже давно умеет без USB. Если текущая лицензия 1С на USB, пишешь заявление на обмен на программную защиту, меняют. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 09:30 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Relic HunterВиртуалка это - комуналка, главная цель снизить стоимость проживания и утрамбовать народ.В данном случае нет, ТС же всё рассказал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 10:12 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
aleks26rusПролог: Имеется сервер 1с с приблизительно 250 онлайн пользователями. Обратите внимание на сам сервер приложений 1С. От него в смысле быстродействия 1С зависит больше, чем от SQL сервера. aleks26rus База вынесена на отдельный сервер , служебные таблицы sql на одном ссд, база с логом на другом ссд (хотел логи и базу по разным разнести, но к данному серваку в датацентре больше дисков прицепить нельзя). Что значит "служебные таблицы sql"? tempdb? Или что-то другое? aleks26rus Процессор Xeon E5-1650v3 (6 ядер 12 потоков), памяти 256. Размер базы ~200 гигов. А вот это - ни о чем не говорит. Для сервера приложений 1С известно правило: лучше меньше ядер, но выше частота ядра, а для SQL сервера - всё зависит от характера БД. Вообще, у нас при аналогичных размерах базы, но при 50 пользователях - всё нормально живет в рамках 4 Х 2сокета Зиона 2000ГГц (какой он - фиг знает, сервер ХП 2011 года). Но сервер приложений 1С закреплен за одним сокетом, а SQL - за другим. Причем если в SQL это сделано штатными средствами, то как это сделано в сервере приложений - не знаю. aleks26rus Часто в течении дня упираемся в производительность скуля, а именно в дисковую систему. Ненене! Это вы в приложение на 1С упираетесь. У вас там где-то "от записи к записи" реализовано. По одной записи где то дёргаются и аллё. aleks26rus Т.К. 1с использует возможности скуля мягко говоря не оптимально, частенько случается что ввод/вывод загружен на 100%, а проц процентов на 50 (ну точнее три или четыре ядра на 100% а остальные так, чуть шевелятся). Память сжирает максимум 120 гигов, хотя в настройках скуля я ему 150 оставил. А у вас наверняка standard, а он больше 64 (2012, 2014) или 128 (2016SP1+) и не умеет. aleks26rus Суть проблемы: Планируем переезжать в другой ДЦ. Встали перед дилеммой, переезжать так же "как есть", или скуль перетащить на виртуалный сервер (для удобства администрирования и дальнейших миграций). Там в новой концепции предпологается, что все продакшен машины будут виртуальными, а на железных машинах только Hyper-v. К примеру https://www.osp.ru/winitpro/2013/08/13036878/ пишут что проблем особых возникнуть не должно, но все равно есть опасения по поводу падения производительности на виртуальном сервере по сравнению с физическим. У кого нибудь есть опыт реальной эксплуатации одинаковых конфигураций на физическом и виртуальном сервере? Или кто что почитать вдруг посоветует? и в принципе по поводу "SQL на виртуалке" что думаете? 1. Диски только фиксированного размера, ни в коем случае - не динамически расширяемые. 2. Никакой дедубликации на дисках с данными и логом и tempdb. 3. Для дисков с логами ОЧЕНЬ важен высокий иопс, и очень важна низкая латентность. Латентность в 5 мс, кстати, УЖЕ плохо. 4. Никакой динамической памяти. 5. Обязательно ограничение "снизу" на количество иопсов к дискам. Нужно - не менее 300. Даже если вам говорят, что имеется супер-пупер система на ССД с 100 тыс. иопсов, на которой все хостятся - обязательно задайте нижнюю границу для всех дисков. 6. Обязательно разберитесь с нума-нодами. Там куча нюансов. Кстати, прочтите заметку Дмитрия Зайцева: http://sqlcom.ru/optimization_query/automatic-soft-numa-problems/ 7. Обязательно задайте нижнюю границу полосы пропускания сети. 8. Обговорите моменты, каким образом будет бэкапится машина. Там не все гладко, СХД должна поддерживать снепшоты, совместимые с SQLсервер. Да и вообще - то, что вам говорят, что машина там замечательно облачно бэкапится - не повод не делать sqlных бэкапов. Как то так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 12:18 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
alexeyvgВ принципе падение по сравлнению с физичесским сервером небольшое. Но нужно правильно всё настроить. Главная проблема будет заключаться в том, что производительность будет зависеть (причём необычайно сильно, в разы и десятки раз) от настроек, к которым вы не будете иметь доступа. Именно так. Последние 5 лет в двух фирмах всё исключитеьно на виртуалках. В одном случае - грамотная команда админов и влияния железа на производительность не отмечалось. В другом случае - настроено абы как и регулярные чудеса. Позавчера, например, бэкап одной базы делался в 10 раз медленнее чем обычно. Причину вроде нашли, но если бы это был единичный или редкий случай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 12:18 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Relic Hunteralexeyvg, Виртуалка это - комуналка, главная цель снизить стоимость проживания и утрамбовать народ. А вот доступ к "удобствам во дворе" по принципу FIFO может не всем понравиться. Я предпочитаю проживать в отдельной резиденции. Я допускаю мысль, что виртуализация может быть применена к слабо нагруженным SQL. Например, по деньгам один стоядерный комп дешевле ста одноядерных. Но настроить ее необходимо с минимальной конкуренцией и не виртуализировать диски. У меня был опыт попытки организовать File Stream на виртуальной машине, скорость 2 мб/с IO для файлового хранилища меня не устроила. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 13:31 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Как правильно писал Алексей, обращения к админам виртуалки обычно падают в глухие уши. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 13:32 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовУ меня был опыт попытки организовать File Stream на виртуальной машине, скорость 2 мб/с IO для файлового хранилища меня не устроила. А бывает такое, что купят VMware, настроят виртуальные машины на работу с дисковой полкой типа EVA, затем покупают более емкую и скоростную, какую-нибудь Xyratex, какие параметры менять, никто уже не помнит, те, кто настраивал и обучался у продавца - давно уволился. И вдруг оказывается, что скорость упала в несколько раз, а что делать - никто не понимает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:28 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовКак правильно писал Алексей, обращения к админам виртуалки обычно падают в глухие уши. Это хорошо, когда они ничего не слышат и ничего не делают. Плохо, когда они начинают бегать как арабы по пустыне и менять все подряд, не записав заранее существовавшие настройки. Когда с каждой итерацией все хуже и хуже - а "сделать обратно" уже никак. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:29 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
uaggsterА вот это - ни о чем не говорит. Для сервера приложений 1С известно правило: лучше меньше ядер, но выше частота ядра, а для SQL сервера - всё зависит от характера БД. Для стандартных, согласен. Я же, в рамках бюджета, себе выбирал больше ядер, меньше производительность на ядро, а не меньше ядер, больше производительность на ядро. Такой выбор делал в связи с тем, что у меня многие тяжелые алгоритмы распаралеленны. И параллелизм на SQL сервере включен, не смотря на рекомендации 1С. А если смотреть в будущее - 1С пишет свою встроенный расчетчик, который уже на уровне платформы будет параллелить расчет партий. Так что не все так однозначно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2018, 15:40 |
|
||
|
Высоконагруженная 1c +sql 2014 и перенос на виртуалку?
|
|||
|---|---|---|---|
|
#18+
Не всегда в плохой производительности виноват движок 1С - иногда это специфика запросов написанных программистами самой 1С. Недавно рассматривали пример. В 1С был написан запрос "Выбрать максимальное из регистра сведений" - словили профайлером следующий запрос на SQL SELECT MAX(T1._Fld3322) FROM dbo._InfoRg3320 T1 LEFT OUTER JOIN dbo._Reference61 T2 ON (T1._Fld3321RRef = T2._IDRRef) AND (T2._Fld284 = 0) WHERE ((T1._Fld284 = 0)) AND (((T1._Fld3322 >= 100000000) AND (T1._Fld3322 <= 999999999)) AND (T2._Fld1019RRef = 0xB38B984BE108F89E11E6648280A34574)) - время выполнения 4 сек. переписали через ВЫБРАТЬ ПЕРВЫЕ (1)» и «УПОРЯДОЧИТЬ ПО УБЫВ - 1С начала отправлять на сервер следующий запрос: SELECT TOP 1 T1._Fld3322 FROM dbo._InfoRg3320 T1 LEFT OUTER JOIN dbo._Reference61 T2 ON (T1._Fld3321RRef = T2._IDRRef) AND (T2._Fld284 = 0) WHERE ((T1._Fld284 = 0)) AND (((T1._Fld3322 >= 100000000) AND (T1._Fld3322 <= 999999999)) AND (T2._Fld1019RRef = 0xB38B984BE108F89E11E6648280A34574)) ORDER BY T1._Fld3322 desc - время выполнения 0,25 сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2018, 15:50 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39746333&tid=1688566]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
50ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 215ms |
| total: | 332ms |

| 0 / 0 |
