Организация виртуальной инфраструктуры 1С в Microsoft Azure
База данных - Инструменты администратора БД
История
Все началось с задачи обеспечить бесперебойную работу сервера 1С для производственного предприятия. На тот момент в компании программу «1С: Управление производственным предприятием» использовали около 50 человек. Ежедневно формируется:
-
Более 30 приходов на склад с более чем 100 позициями в документе.
-
Более 50 реализаций.
-
Номенклатурный справочник насчитывает более 10 000 позиций.
Производство автоматизировано, и в фоне выполняются более 10 заданий, которые реализуют бизнес-логику.
Основная проблема заключалась в том, что вся локальная инфраструктура строилась по принципу одного сервера. Само серверное оборудование на момент начала проекта эксплуатировалось более 5 лет.
Задача
В рамках проекта надо было решить несколько задач – обеспечить:
-
Стабильную работу системы в режиме 12 часов 6 дней в неделю.
-
Необходимый уровень производительности 1С.
-
Резервирование информации.
Решение
Так как оборудование было очень старым, для реализации проекта мы изначально предложили купить пару новых серверов и собрать на них инфраструктуру для 1С. С учетом всего оборудования, работ и лицензий бюджет составил более 2 млн рублей.
Спецификация оборудования и лицензий была такой:
|
Наименование |
Кол-во |
Цена, руб. |
Сумма, руб. |
|
Сервер HPE ProLiant DL325 (16 ядер x 2,40 ГГц, 32 ГБ ОЗУ, 2 x 400 ГБ SSD, 2 x 300 ГБ SAS, 4 Гбит LAN), 3 года гарантии |
2 |
727 740,00 |
1 455 480,00 |
|
Лицензия Windows Server Standard 2016 |
2 |
55 121,00 |
110 242,00 |
|
Клиентская лицензия Windows Server CAL 2016 |
50 |
1 827,00 |
91 350,00 |
|
Лицензия SQL Server Standard 2017 |
2 |
56 047,00 |
112 094,00 |
|
Клиентская лицензия на пользователя SQL CAL 2017 |
50 |
13 045,00 |
652 250,00 |
|
Итог |
2 421 416,00 |
||
Цены в пересчете на текущий (на 23 августа 2018 г.) курс и на ближайшие современные аналоги.
Предполагалось использовать два физических сервера с виртуализацией Hyper-V и репликацией виртуальных машин.
Руководство попросило представить альтернативы.
Поиски привели нас к Azure. Изучив документацию, мы предложили следующий вариант реализации виртуальной инфраструктуры:
Расчетная стоимость данной инфраструктуры составила:
|
Ресурс / Тариф |
Роль |
Кол-во |
Цена |
Сумма за месяц*, руб. |
|
Виртуальная машина F8 v2 (8 vCPU, 16 ГБ ОЗУ) |
Сервер 1С + SQL Server |
1 |
96,25 руб./час |
27 912,50 |
|
Хранилище Premium SSD 512 ГБ |
Диск для баз данных 1С |
1 |
5 033,75 руб./мес. |
5 033,75 |
|
Виртуальная машина E4 v3 (4 vCPU, 32 ГБ ОЗУ) |
Сервер RDS |
1 |
31,50 руб./час |
9 135,00 |
|
Хранилище Standard HDD 512 ГБ |
Диск для профилей пользователей |
1 |
3 610,00 руб./мес. |
3 610,00 |
|
Шлюз VPN |
VPN Site-to-Site |
1 |
1 642,50 руб./мес. |
1 642,50 |
|
Итог |
47 333,75 |
|||
* Из расчета произведения 290 рабочих часов и цены за час.
Таким образом, необходимые ресурсы в Azure обходились бы примерно в 47 000 руб.
Ежемесячные расходы оказались более приемлемыми, и нам дали «зеленый свет» на реализацию.
Почему руководство согласилось на регулярные платежи, мы рассмотрели ниже.
К слову, проект был реализован более года назад, поэтому вся практика описана на примере демо-подписки.
Практика
Для создания инфраструктуры в Azure нам нужна подписка на сервис – ее можно приобрести у партнеров Microsoft, которых очень много, но в облаках разбираются далеко не все, или непосредственно у Microsoft, но тогда надо использовать реальную кредитную карту. Мы ограничимся демонстрационной подпиской. Переходим на портал https://azure.microsoft.com/ и регистрируемся...
После регистрации подписки попадаем на портал, где и будем создавать наши ресурсы и собирать из них инфраструктуру.
Первое, что нам понадобится – создать группу ресурсов. Группа ресурсов – это логическое объединение вычислительных мощностей. С помощью группы ресурсов Azure можно легко управлять всем, что есть внутри группы, едиными командами.
После этого создаем виртуальную сеть.
При создании сети важно продумать адресацию сети, от этого зависит, как мы будем объединять виртуальную и локальную сети в дальнейшем.
Сеть формируется достаточно быстро. Затем переходим к созданию виртуальной машины. Нам понадобится не только сама машина, но и SQL Server.
На этапе создания необходимо выбрать тарифный план виртуальной машины (или размер). Мы остановили выбор на серии Fv2, так как она оснащена ядрами на базе Intel Xeon Platinum 8168 (SkyLake) с тактовой частотой 2,7 ГГц и имеет соотношение 1:2 для памяти. Согласно описанию, данный тип машин оптимизирован для вычислений.
После ввода всех необходимых параметров Azure начинает создавать виртуальную машину. По окончании процесса необходимо подключить диск для данных. Так как данная серия поддерживает работы с SSD, его мы и будем использовать.
При необходимости и наличии правильного оборудования, организуем VPN-туннель с локальной сетью. Эту задачу лучше поручить сетевым администраторам. Со стороны Azure все достаточно просто.
Создаем шлюз VPN.
Далее необходимо создать VPN-подключение с локальной сетью. Переходим в соответствующий раздел созданного шлюза и вводим все необходимые данные. После чего должен установиться VPN-туннель с локальной сетью.
Итак, мы имеем сеть и подключенную к ней виртуальную машину с диском для данных. Машина запущена. Можем подключаться.
Пройдя авторизацию, переходим к русификации и обновлению системы. Далее загружаем необходимые дистрибутивы 1С и выполняем установку.
Устанавливаем необходимые компоненты.
После этого, чтобы продолжить, необходимо обеспечить лицензиями 1С нашу виртуальную машину. Есть несколько способов:
-
Используем аппаратный ключ, который пробрасываем в машину.
-
Используем программный ключ, который активируем в машине. В данном случае необходимо, чтобы под рукой всегда был резервный ПИН – всякое случается.
-
Разворачиваем сервер 1С с ролью линзирования, который будет раздавать лицензии.
В нашем случае мы используем аппаратный ключ, который пробрасываем в виртуальную машину. Приложений и способов достаточно много, и они подробно описаны на просторах сети.
Переходим к кластеру 1С. Предварительно настроим SQL на создание баз в правильных местах.
Процесс настройки кластера 1С ничем не отличается от аналогичного в локальной инфраструктуре.
Открываем консоль администрирования и создаем информационную базу.
Далее нам нужно решить, как будут работать пользователи. Вариантов всего два:
-
Если конфигурация 1С поддерживает тонкий клиент – используем его.
-
Если в нашем распоряжении только толстый клиент – используем RDS-сервер.
Разворачивание RDS для 1С опишем в другой статье, а сейчас расскажем, как публикуется тонкий клиент.
На нашем сервере добавляем роль и ставим необходимые компоненты IIS. Далее запускаем Конфигуратор 1С с правами администратора и переходим в Администрирование, Публикация на web-сервере. Заполняем форму. Нажимаем «Опубликовать». Обратите внимание, что должен быть установлен соответствующий компонент 1С.
Теперь можем проверить, что 1С запускается.
На этом моменте процедура разворачивание 1С в Azure закончена.
Теперь необходимо оптимизировать затраты на облако. Учитывая, что Azure ведет поминутный биллинг, самый простой способ – выключить виртуальную машину в нерабочее время. Для этого возвращаемся на портал и создаем сервис автоматизации.
Далее, импортируем RunBook из библиотеки и публикуем его.
Создаем расписание запуска Runbook и вводим параметры запуска – группу ресурсов и учетную запись.
Со стороны Azure мы получили виртуальную инфраструктуру, оптимизировали затраты. Остается в 1С изменить время запуска фоновых заданий, чтобы они отрабатывали, пока машина работает.
Про деньги
Поиск ответа на вопрос «Почему компании лучше тратить деньги регулярно, чем делать разовые платежи?» привел к финансистам, которые разъяснили следующее.
Поскольку предприятие при аренде мощностей не вынимает средства из оборота, а распределяет их во времени, компания компенсирует расходы, просто зарабатывая на «сэкономленных».
Изучая вопрос глубже, мы смогли рассчитать примерную экономию от аренды ресурсов. Но, прежде чем продолжить, надо понять одну важную вещь. Главное правило финансистов – деньги завтра дешевле, чем деньги сегодня. По сути это и есть тот факт, что компания, не вынимая деньги из оборота, продолжает на них зарабатывать. Эффективность, с которой компания это делает – рентабельность бизнеса. В нашем случае средняя рентабельность по году составляла около 20%.
Для работы серверного оборудования необходимы:
-
Электроэнергия.
-
Кондиционирование.
-
Коммерческая площадь.
-
Обслуживающий персонал.
-
ЗИП и т. д.
Стоимость коммерческой площади учитывать не будем, так как серверная все равно была. ЗИП тоже посчитать сложно, так как очень вероятностное событие – необходимость покупки запчастей.
В результате получилось, что совокупная стоимость локальных серверов составит 2 855 805,57 руб. за пять лет.
При этом ресурсы в Azure обойдутся в 1 816 339,34 руб. за те же пять лет.
Если построить график, получится следующая картина:
Или если посмотреть во времени, то так:
Расчеты показали, что в перспективе пяти лет размещение 1С в Azure обойдется на 36% дешевле локальной инфраструктуры.
Что может произойти с локальной инфраструктурой за пять лет? Потребуется ли обновлять ПО на серверах в течение пяти лет? А если понадобится больше ресурсов? А если меньше? При любом раскладе получается, что Azure обойдется дешевле.
Послесловие
Для описываемого проекта вопрос резервирования решили с помощью резервного копирования виртуальной машины и отдельно баз данных SQL Server, так как минимально допустимые SLA в Azure – 99,9%, а это всего 8 ч 45 мин. 57 с, что вполне устроило бизнес. Учитывая, что сервер работает не в режиме 24/7, а только 290 ч в месяц, возможный простой составил всего 3 ч 28 мин. 48 с.
Устроило и время на полное восстановление виртуальной машины из резервной копии - всего час с небольшим. Общее время на восстановление занимает около двух часов. Данные показатели оказались допустимыми.
Вопрос быстродействия решился сам собой. Мы не стали сильно заморачиваться и провели нагрузочное тестирование с помощью теста Гилева.
Результаты старой системы.
Результаты теста новой системы.
По оценкам пользователей, система стала работать в четыре раза быстрее. Ждем ваших оценок в комментариях!
Может быть полезным:
- https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-15-MicrosoftAzureplatform-MGC0002445_01Registration-ForminBody.html
- https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-20-DeploymentofEnterpriseontheMicrosoft-MGC0002460_01Registration-ForminBody.html
- https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-17-Deployment1CEnterpriseontheMicrosoftAzureplatform-MGC0002447_01Registration-ForminBody.html
- https://info.microsoft.com/CE-AzureINFRA-CNTNT-FY18-05May-21-EnterpriseontheMicrosoftAzureplatform-MGC0002461_01Registration-ForminBody.html
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83272 432 171
Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
23180 руб.
06.12.2023 25074 85 14
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28751 103 46
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6174 28 8
Информационная безопасность Инструменты администратора БД Инструментарий разработчика Учет документов Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С 8.5 Розничная и сетевая торговля (FMCG) Платные (руб)
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
6000 руб.
15.04.2026 4173 12 0
Инструментарий разработчика Инструменты администратора БД Системный администратор Разработчик Аналитик 1С:Предприятие 8 1С 8.3 1С 8.5 1C:ERP 1С:УТ 1С:ДО 1С:Бухгалтерия 3.0 1С:ERP. Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Россия Платные (руб)
Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.
5000 руб.
14.01.2013 217340 1252 0
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 52958 145 164
Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
24400 руб.
27.10.2017 47846 33 15
F8v2: 233,75 руб./час вместо 96,25 руб./час, что дает 67,787.50 руб/мес (290 часов)
E4v3: 125,25 руб./час вместо 31,50 руб./час, что дает 36,322.50 руб/мес (290 часов)
Где вы нашли такие цены?
Да и сумма затрат за 5 лет на Azure = 1,8 млн (30тр/мес), не соответствует 47 тр/мес в расчете.
А если учесть актуальные цены и по ним посчитать сумму затрат то выходит совсем печально (более 6 млн за 5 лет)
Единственное, на что обратить внимание хотел бы, на разницу в версиях платформы при тестировании, ожидал одинаковые версии увидеть.
Серьезно?
А цены Микрософт на свои облака ни разу не повышал конечно...
Были повышения цен например в 2015 только для РФ
С 12 февраля 2015 года, локальные цены на Azure в России будут увеличены на 44 процента, чтобы выровнять их с ценами на большинстве других рынков.
С января 2016 стоимость коробочной версии Office вырастет на 19%, стоимость Office 365 — на 25%. Также на 25% подорожают «облачные» услуги компании, именуемые Microsoft Azure.
Поэтому сравнение в деньгах в данном случае некорректно!
А вообще если подумать, то сравнение "Покупки квартиры" с "Арендой квартиры" странное мероприятие.
Если вдруг придется экстренно съезжать с облаков, то куда и За сколько?
Свой сервер имеет остаточную стоимость, то есть его продать можно... А в случае облаков вспоминается фраза из Берегись автомобиля в исполнении Папанина -Ничего у тебя нет! Ты голодранец!
И по мнению многих экспертов - аренда выгоднее. Переехать то можно и в другую съемную квартиру.
Ну и если продолжать аналогию, то своя квартира требует платежей за коммуналку и периодического ремонта...
Можно было и сразу это сделать, но все упирается в деньги. Если деньги выкроили только на месячные аренды, то откуда взять сразу на сервера в экстренном случае?
(32)
В зависимости от специфики и размеров организации. Например, региональная розничная сеть думаю, прикурит...
Ключевое слово Многих, то есть не Всех.
Опять же почему появились независимые эксперты? Я работал у крупного интегратора и знаю, как пишутся отзывы экспертами. Эксперт потому и эксперт, что может и должен уметь описывать систему, как с положительной стороны, так и с отрицательной.
Благодаря этим отзывам можно найти, к примеру, по безопасности облачков, как положительные статьи, так и отрицательные...
(32)
Коммуналка меньше аренды... Ремонт своей квартиры не требует со звона с владельцем (тех поддержкой)...
П.С.
Скажу честно, я не против облаков, меня раздражают "обоснования от маркетологов для продажников".
На старте когда фирма не знает, Выстрелит или нет, нет смысла покупать свое оборудование и ПО. Но если бизнес крупный или средний тогда надо смотреть и "думать". Стоит ли...
Буквально на днях ко мне обращался однокурсник, который сейчас продажник в крупной розничной сети с вопросом, что лучше своя 1с или облачная.
Я описал все плюсы и минусы, минусов оказалось больше.
После чего я ему добавил, что ПО и ВТ должны закупать и продумывать IT, а не топ менеджеры продажники.
Топам как раз картинки само то, для обоснования покупок.
Работал в фирме, где в каждом отделе своя купленная CRM была и в отдел с 1-м программистом все разом писали, необходима стыковка с ERP и Документооборотом. Это при том, что шел проект по внедрению ERP (на одном программисте).
Реально-то выросли цены?
В самом общем случае локальный ИТ всегда больше заинтересованы в бесперебойной работе критически важной системы, чем внешний контрагент. Да и знают они гораздо больше, т.к. имеют прямой доступ к оборудованию, чего внешний провайдер обычно не даст. Внешний контрагент всегда больше заинтересован в постоянном притоке денег, поэтому для него критерии оценки качества работы сервисов иные - раз покупают, значит ОК. Мы же из учебника экономики помним, что основное предназначение фирмы - извлечение прибыли. То есть в данном варианте, пока их схема работы приносит прибыль, они будут работать как работали.
Если мы подходим со стороны предприятия, то депремирование, выговоры и тд. - не скомпенсирует убытки из-за простоя учетной системы.
Если подходим с точки зрения компании-аутсорсера - ответственность фиксируется в договоре. И если там прописано 0,00001% то понятно, что это ерунда. Аутсорсер должен нести вполне внятную ответственность за вполне внятные показатели, которые должны измеряться, мониторится и контролироваться. Я знаю компанию, которая застраховала свою ответственность на приличную сумму.При этом, специалисты точно знают, за какие они показатели в ответе и делают все для их соблюдения.
В аутсорсере чаще работают более опытные профи, нежели в штате (не в обиду штатным) так как у них узкое поле деятельности, а вот у штатного, как правило, работа выходит далеко за рамки должностных инструкций. Это является причиной элементарной нехватки времени. А от сюда подход - "и так сойдет".
P.S. Все иначе, если в штате работают трудоголики-фанатики. Но им быстро становиться скучно :) Сам таким был.
Ну или просто может чего-то не понимать...
В этом сообщении вы упомянули страховку. Но это уже другой случай, т.к. вы несете дополнительные расходы, страхуя ответственность. При этом провайдер по прежнему не несет ответственности.
Мне просто не понятно, какая цель? Добиться защиты рисков или думать, что есть ответственный, которого можно пожурить? Напомню, что в реальности получить от сотрудника больше, чем ты ему премии выдал - не реально.
Если же говорить с точки зрения оператора. Сами подумайте, клиент приходит и говорит - "Хочу купить на 100 рублей, а Вашу ответственность на 10 000 руб.". Понятно, что Вы как оператор откажитесь - инфраструктура должна быть соизмерима требованиям.
Microsft этот вопрос решает просто - делает весь сервис прозрачным с точки зрения доступности. Если какой-то сервис выходит за SLA больше определенного показателя - освобождает клиентов от оплаты. Все проблемы публикуются на Trust Center. Никто ничего не скрывает.
Хотите что бы аутсорсер нес ответственность за плохо измеримые показатели? А платить готовы?
Не знал, что у нас кастовое общество. В данном случае, я никого не представляю, а говорю от своего имени. Веду с Вами интеллектуальный обмен мнениями, или занимаюсь демагогией, смотря с какой стороны посмотреть.
(56)
Цель - минимизировать нарушения SLA и, как следствие, потери бизнеса. В данном контексте не важно, кто кому сколько выдал, главное - соблюсти SLA, которое декларирует поставщик услуги, нарушая которое, он по сути, ничего не теряет.
(56)
Кто мешает выставить счет на 11 - 12 000, застраховав свою ответственность? Мне как архитектору директор справедливо задает в случае сбоев два вопроса:
1. Кто виноват? Как накажем?
2. Что нужно сделать, чтобы этого не было в будущем? Сколько это будет стоить?
Еще раз, поймите меня, я не в пику Вам что-то высказываю, а пытаюсь донести до вас мысль, что декларирование SLA и открытость не есть гарантия от сбоев и наличие желания контрагента быстрее устранить вашу проблему, поэтому вынос критически важного функционала вовне всегда сопряжен с большими рисками, чем собственное обслуживание, т.к. риски в этом случае проще просчитать и оценить (чем качественнее персонал и оборудование, тем надежнее сервис).
(56)
SLA в 99% не даст вам ощущения безопасности, когда именно вы попадете в этот самый 1%, попав на штрафы со стороны своих поставщиков. Заметьте, федеральные сетки требуют четкого соблюдения SLA и наказывают, за его нарушение. Но когда дело касается облачной платформы, это почему-то не работает. В принципе все становится понятно, стоит прочитать лицензионное соглашение Windows, в котором автор софта никогда ни при каких обстоятельствах ответственности не несет.
(56)
Мы разве бесплатно получаем услуги? Цена разве не определяется рынком?
Ладно, простите, что затянул, думаю нам нужно заканчивать эти препирательства. Основная моя мысль о рисках вынесения критичного функционала мной озвучена и вами оспорена. То что ваши аргументы мне не подходят, как сказал один известный футболист, моя проблема. Надеюсь, что в вашем случае не придется отвечать на два самых часто задаваемых вопроса при сбоях, потому что они вас минуют.
Поправлю, не 99%, а 99,9%. :)
Если честно, уже потерял нить дискуссии. При чем тут производитель софта, если мы говорим про сервис?
Наша компания работает с операторами, которые либо соблюдают SLA, либо выполняют SLA - другого не дано. Прошу учесть, что слово операторы неи в коей мере не подразумевает операторов связи - они вообще живут в другой вселенной!
Разобраться с локальной инфраструктурой - возможно да, если и ЗИП есть и железка запасная, но в целом SLA на земле всегда меньше, потому как мы часто пренебрегаем многими моментами. Но и при таком подходе можно применить Azure -
Не бесплатно, но мы же говорим о компенсации куда в больших объемах, чем Вы платите или я не прав?
Другими словами - оператор возместит ваши потери, но только в рамках ваших же платежей.
Однажды маленькая компания из трех человек рассказывала, что не смогла заключить контракт на 100 млн. руб. из-за неработающего ПК, предлагая аутсорсеру компенсировать потери недополученной прибыли. при этом платеж аутсорсеру составлял 3 000 руб./мес. А денег на запасные ПК не выделяли, потому как их не было.
Я хочу сказать, что ко всему нужно подходить разумно. SLA и другие показатели описывают уровень рисков. SLA есть не только в облачных системах, он есть и на земле. И не надо ожидать, что штатный админ обеспечит работу единственного сервера на уровне 99,999% - такой показатель потребует приличного финансирования в инфраструктуру. И оно будет оправдано, если бизнес может понести риски. В облаках, при разумном подходе, можно получить 99,95% (простой не более 43 секунд в день!). Это будет дешевле, чем добиваться такого уровня на земле. Но надо понимать, что мы говорим об уровне доступности виртуальной инфраструктуры - система хранения, виртуальные машины, виртуальная сеть, каналы связи в ЦОДе, а не конкретной бизнес-системы. Если мы у оператора берем виртуальную инфраструктуру (IaaS) то и SLA действует только на нее.
SLA бизнес-системы будет состоять из SLA каждой системы, входящей в состав. Следовательно, если вам надо 1С с уровнем доступности 99,95% - стройте соответствующую инфраструктуру (не важно, локальная или облачная, просто облачная будет дешевле с точки зрения владения). Если требуется уровень доступности 1С в облаке 99,95% - придется зарезервировать интернет-канал другим оператором, так же как и подумать о том,из чего состоит ядро сети.
Фактически, речь уже не о том, что лучше облако или локальное решение, а о том, что облако будет дешевле, потому как большинство вопросов решает оператор - качественный оператор! Здесь вспоминаем
P.S. Понятно. если Вы приходите к локальному хостинг-провайдеру, который громко кричит "облака", а на самом деле арендует место в стойке в дата-центре столицы для пары своих серверов и раздает мощность, то не надо ожидать от него ни соблюдения SLA, ни компенсации убытков. Это все фатально для него.
Если честно, уже потерял нить дискуссии. При чем тут производитель софта, если мы говорим про сервис?
Наша компания работает с операторами, которые либо соблюдают SLA, либо выполняют SLA - другого не дано. Прошу учесть, что слово операторы неи в коей мере не подразумевает операторов связи - они вообще живут в другой вселенной!
Давайте снова обретем эту нить, производитель ОС и облачных услуг один и тот же, именно поэтому и была отсылка к лицензионному соглашению. Однако просьба не расценивать мое высказывание как выпад в сторону конкретной компании, она в своем нежелании нести ответственность не одинока.
Линия дискуссии не меняется, вы похоже, рекламируете конкретный сервис, а я, видимо, задаю очень неудобный для такой рекламы вопрос.
У всех операторов связи большой тройки есть свой бизнес в плане облачных технологий. Есть он и у Ростелекома. Так что Азур на этом рынке не одинока.
(64)
Риски можно застраховать. Проблема именно в том, что ни одна компания не захочет брать на себя риски, ни за какие деньги, даже если клиент просит. Можете проверить сами.
(64)
Да не проценты мне нужны, нужно чтобы работало и поставщик услуги устранял все очень быстро. У меня есть опыт, когда смена завода осталась на 6 часов после работы, т.к. провайдер услуги с 99.9% уронил виртуалку в базой новосибирского завода. Компенсация была за 6 часов простоя виртуалки - несколько тысяч рублей, что даже затрат на переработку персонала не компенсирует.
(64)
Все больше похоже на рекламу. Тем более, что расчеты приводятся в раскладе, что весь софт и оборудование используется только для инфраструктуры 1С, что не всегда так.
(64)
Теперь точно похоже на рекламу.
(64)
В моем случае провайдер был из 4 компаний-лидеров на нашем рынке, сеть его каналов охватывают всю РФ, не хочу называть, чтобы не рекламировать.
Да услышьте меня пожалуйста уже, господин рекламщик, оторвитесь от методички, поставьте себя на место клиента, представьте, что не смотря на 99.9% виртуалка упала, что ему делать? Проблема тут не в конкретной компании и конкретной услуги, а в том, что клиент остается с проблемой 1 на 1 и поставщик мотивирован в восстановлении его сервиса только с точки зрения суммы за простой. Вот именно это и есть основная мысль, которую я пытаюсь озвучить.
Тут могу выступить со стороны исполнителя - 10 лет этим занимаемся. Ситуация следующая - клиент подключает Интернет-канал от оператора из большой тройки, заказывает у нас установку IP-АТС и встает на обслуживание. Платит при этом нам меньше, чем за Интернет-канал. Но! В условиях договора требует прописать, что мы отвечаем за ВСЕ сбо, в том числе и со стороны оператора. Попытки разъяснить, что у нас связанны руки, так как договор у него напрямую с оператором и ситуация получается тупиковая - были тщетны. В итоге, мы предложили подключить операторов через нас и минимум двух, которых определим мы. Далее, если клиент вовремя не оплачивает наши услуги, включая каналы связи - ответственность с нас снимается.
Думаете согласился клиент? Конечно нет! Он не зател переплачивать.
С точки зрения ведения бизнеса в корысти нет ничего предосудительного. Основное назначение фирмы - приносить прибыль, то есть по сути своей - корысть.
Лично мне мысль ясна. И я хочу получить от Вас ответ на простой вопрос - а что вы предлагаете? Надеяться, что проблему решить админ самоучка, который работает в штате? Или наличие штатного специалиста вселяет уверенность?
Возможно моя позиция очень походит на рекламную, может и иногда на фанатичную, но! Я являюсь представителем компании, которая решает проблемы заказчиков с инфраструктурой и бизнес-приложениями. Занимаемся этим более 10 лет. А облаками занимаемся более 5 лет.
И поверьте, за свои годы, я много повидал штатных "специалистов".
Есть клиенты, которым достаточно SLA и статистики его соблюдения. Есть те, кому нужны гарантии, для них можно придумать что-то со страховкой. Но не думаю, что у нас это взлетит, т.к. страховая наложит на провайдера ряд ограничений и может в каких-то случаях оставить его без компенсации, на что провайдер вряд ли пойдет, т.к. это доп расходы.
(69)
Думаете согласился клиент? Конечно нет! Он не зател переплачивать.
Согласен, за надежность нужно платить и ту я с вами солидарен полностью. Возможно этот клиент сам не был мотивирован к бесперебойной работе, но это уже его проблема.
Чем ваш специалист в самом общем случае будет отличаться от нашего? Рынок то один. Ну при условии, конечно, что у обоих руки растут из плеч.
(73)
Тогда ее так и нужно озвучить. Площадка свободная, кто хочет - читает. Если бы меня не заинтересовало, не читал бы вообще.
(73)
Всякое бывает, я видел множество внешних экспертов, которые в итоге нас потом подставляли отсутствием нужных нам знаний. Тут только личный опыт, повезло - значит и дальше с нужным спецом (фирмой) работаешь.
У нас обязательная сертификация раз в пол года. Причем платная. Спецам не дают спокойно сидеть, постоянно требуют развития, движения.
+Так как работа идет с большим количеством предприятий - опыта больше.
Со стороны предприятия, реальность такова, что физическое лицо у нас более защищено, чем юридическое. Получить реальную компенсацию с физического лица можно прировнять к утопии. Ответственность юридического лица доказать проще, если конечно не "шарашкина контора"
+Так как работа идет с большим количеством предприятий - опыта больше.
Они же у вас не наручниками к батарее прикованы, рано или поздно на рынок выйдут. И тогда мы снова вернемся к моей фразе:
(78)
(79)
Физическое лицо защищено тем, что с него часто взять нечего :) С любой более-менее солидной компанией придется долго бодаться в суде, там тоже есть юристы, к тому же мы опять возвращаемся к заключению договора, когда он подписывается так, чтобы минимизировать ответственность.
Да откуда же вы беретесь-то? Гипервизор не пожирает 10% ресурсов! Хотя чего я ожидал на сайте 1С )))
Я не понял сути Вашего ответа :) Говорите, что люди занимаются производительностью 1С, а мой взгляд по диагонали на приведенную статью увидел тюннинг ESXi.... Занимаются 1С, пусть занимаются и оставят гипервизоры спецам по гипервизорам. С тем же успехом скорость работы 1С повышается тюнингом SQL и просто ОСи... Да и пинком местному 1С-говнокодеру... В общем, к проблеме нужно подходить комплексно, а не обвинять виртуализацию, приводя в доводы результаты синтетических тестов в нереальных условиях.
(85)
и проверять. Мой личный опыт говорит, что виртуализация снижает производительность, по сравнению с ее отсутствием. На прошлой работы в итоге стояло 2 отдельных сервера, хотя и то, что вы сказали в общем случае так же не исключено: и г@внокод и кривые настройки ОС или СХД и проч.
Фреш - SaaS
Сервис Аренда 1С - это PaaS.
1C в Azure - IaaS.
Цены на все разные, так как уровень владения разный.
К примеру, Аренда 1С сейчас на рынке от 700 руб./пользователь в месяц. (тонкий клиент). При этом, доступа к серверу 1С нет, серверу СУБД - нет. только приложение 1С.
Урезанный SaaS типа фрешового конечно рассматривать не будем, это для парочки бабулек, которым простая бухгалтерия понадобилась и они на удочку попали рекламы.;)
В качестве IaaS, в принципе, можно любой VPS рассматривать наверное в контексте 1с, разве нет? Перенести свой образ и нахлобучить удаленно на всякий там типа Vultr, DO.
Вот PaaS если доведенный до ума с выбором производительности и уровнями доступа, и к СУБД и к серверу это конечно интересно, неужели нет таких? Просто 700 рублей и непонятно на нем крутящаяся 1с?
Вопрос персональных данных чаще является вопросом организационного характера.
Не очень понятно, какие лицензии уже имеются на предприятии и можно ли их использовать в новой инфраструктуре?
В локальной конфигурации вы используете две лицензии SQL Server Standard, которая позволяет использовать до 16 ядер. Подозреваю, что исходя из конфигурации Ваших железных серверов, будет достаточно одной лицензии.
Не обязательно покупать новые сервера по 750K. Можно взять б/у из европейских датацентров с гарантией, тогда с новыми дисками, аналогично вашей конфигурации получится примерно:
690827-B21 HP G8 G9 400-GB 6G 2.5 SAS SSD: 70000
Итого: 4*70000 = 280000
HP Proliant DL360p Gen8 10xSFF (2xE5-2690v2 10 core 3.0Ghz, 32 Gb DDR3-14900, 4x1Gbit Eth): 146300
Итого: 2*146300 = 292600
652611-B21 HP 300GB 6G SAS 15K rpm SFF (2.5-inch) SC Enterprise 3yr Warranty Hard Drive: 25940
Итого: 4*25940 = 103760
Итого hardware: 676360
Итого hardware исх: 1455480
Разница: 779120
Итого: 1459889
Экономия: 961527
Как видите, мы сэкономили почти 1М рублей.
По Software на основе MSBuy, получим несколько другую сумму:
359-06557 SQLCAL 2017 SNGL OLP NL UsrCAL: 10906
Итого: 50*10906 = 545300
228-11135 SQLSvrStd 2017 SNGL OLP NL: 46859
Итого: 1*46859 = 46859
R18-05123 WinSvrCAL 2016 SNGL OLP NL UsrCAL: 1984
Итого: 50*1984 = 99200
9EM-00118 WinSvrSTDCore 2016 SNGL OLP NL 16Lic CoreLic: 46085
Итого: 2*46085 = 92170
Итого Software: 783529
Итого Software исх: 965936
Экономия: 182407
Не много, однако почти 200К - тоже деньги.
Итого, как вариант, мы можем построить локальную инфраструктуру, аналогичную заявленной, за 1459889 руб.
Также, Вы не включили в расходы облачного варианта расширение/дублирование интернет-канала и сетевого оборудования, его обеспечивающего. Это Важно, т.к. пользователи 1С должны иметь возможность что-то печатать на локальные принтеры, а также сохранять файлы etc.
Относительно повышения цен и других моментов коллеги уже высказались.
Стоимость софта часто зависит от партнера, который продает и программы лицензирования. Можно цены на три года зафиксировать. заключив соответствующее соглашение.
я вижу на виндоус 4 кратную, на линуксе как минимум 5 кратную экономию ежемесячных платежей, плюс остануться ресурсы
Аппаратных лицензий у нас нет, а даже если бы и были, то пробрасывать через их виртуальную машину, считаю моветоном.
Программные ключи 1С будут жить в Азуре не более 6 месяцев, а то и гораздо меньше. Причина в их привязке к железу, 1С привязывает программные ключи к версии BIOS, а Microsoft может в любой момент обновить BIOS на своих машинах БЕЗ предупреждения. В итоге мы 2 раза на это попадали и нам приходилось менять пин-коды и произойти это может в любой самый неподходящий момент.
Так что с одной стороны модное облако, с другой стороны риск остановки системы в любой момент. Решайте сами.
(60)
1. про то, что для Azure в РФ обычно используется Западная Европа - Обычно есть только основной сайт, DRS сайт в Азуре размещается на другом континенте.
2. Ну можно аппаратный ключ отправить в дата-центр для размещения - даже не знаю, что сказать на это совет, отправить ключ 1С в дата-центр Ирландию - это как? А ничего, что сервера в Азуре виртуальные и могут перемещаться в случае отказа основного сайта?
3. Можно и просто запасные ПИН-коды держать. - Наша компания не может позволить себе ВЫСОКИЙ риск, что в любое утро могут отказать ключи 1С, это уже не бесперебойная система.
Я понимаю, Вас как вендора, который продвигает решения 1С в облаке и в Азуре в частности и я совершенно не против Азура, в котором у нас работает множество приложений. Но помещать 1С в Азур для компаний, которым важна устойчивость и бесперебойность, пока не будут решены проблемы с лицензированием, еще рановато. Делать половинчатые решения не вижу смысла.
Проблема с лицензиями в Азуре известна очень давно и в политике 1С она видимо не приоритетна, а значит 1С опять игнорирует рынок крупных и серьёзных компаний.
А если ваш Азур расположен в Канаде, то вообще не достучитесь.
Если говорим о сменен программной лицензии на аппаратную, вот пример рассчета:
для обменна на USB нам необходимо будет доплатить 12150, т.е. доплачиваем разницу между стоимостью
программной защиты 41400 и USB 51900, добавляем 1500 за обмен и 150 рублей сбор 1С за апгрейд. На этом примере
можно посчитать обмен любой лицензии с Прогр. на USB
Обязательно требование - действующая ИТС.
Если говорим о переводе аппаратной защиты на программную - 1 500 руб. за комплект лицензий (ключ).
продуктивные сервера там хранить не стоит... причины
1. 152-ФЗ - сразу блокер если используется система со справочником ФизическиеЛица
2. высокий коэффициент умножения для CPU
3. сетевые до Ирландии и других стран
4. цены на 30% чем у скажем Селектела за теже вычислительные мощности
На сегодня наиболее выйгрышный вариант использования azure для продуктива, если прямо очень хочется панельки управления - это развертывание Azure Stack у себя на железе (арендованном железе)
1. 152 ФЗ не запрещает трансграничную передачу данных.
2. Если говорить про регионы, то сетевые задержки отличаются на 1 - 2 мс.
3. Стоимость часто получается ниже, если обращать внимания на детали! vCPU у локального хостинг-провайдера если имеет SLA, то стоит так же как Azure, а иногда и дороже. Если SLA нет. то рано или поздно возникнет ситуация нехватки ресурсов, так как они разделяемые.
Бизнес не отожмут, а вот штраф на 5 000 руб. выписать могут, если все правильно бумагами не оформить.
Но кто этим заморачивается? (сарказм) - просто есть печальная статистика, что 9 из 10 компаний даже сейчас не оформили должным образом работу с персональными данными. И речь идет не о применении Azure Для 1С. а в общем, о коммерческих компаниях.
Если введут ограничения на трансграничный трафик - можно переехать на Azure Stack, размещенный в Российском дата-центре или в локальную инфраструктуру.
По поводу SLA - смешно... у вас до Azure куча провайдеров + магистральные провайдеры. MS отвечает по SLA только за фактическую их неработоспособность, а не вину провайдера если интернет накрылся. С кого убытки будете собирать? Также неработоспособность по SLA разбивать на дневной интервал некорректно, потому что это не каждый день у вас простоя меньше минуты, а может быть один день Х в году простой составит допустим 3 часа. Если уж не хочется приобретать себе сервера, то лучше уж у провайдера арендовать сервера и развернуть свою инфраструктуру, в результате дешевле получится и возможностей больше. Из арендных вариантов, считаю что только "Облачные" сервисы 1С дают экономию, так как избавят от необходимости ИТ-администрирования инфраструктуры, от затрат по ФОТ и энергообеспечения.
Вообще, по моему мнению, Azure можно рассматривать только как сервер для резервирования, чтобы за минимальные деньги держать его, а когда рухнет свой - запустить 1С на мощностях Azure. Полезная статья по такой работе уже написана.
По недоступности - ресурс может быть не доступен сколько-то времени каждый день, а может и несколько часов в год - но время недоступности определено SLA. С этим вроде никто не спорит.
Можете показать расчет?
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 897231
Создание 04.09.18 10:43
Обновление 09.01.19 18:11
Просмотры 25375
Загрузки 0
Рейтинг
61
Комментарии 88
Код открыт Да
Рубрики Инструменты администратора БД
Кому
Системный администратор
,
Разработчик
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Windows
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
