Комментарии 20
Простите за глупый вопрос: а какие преимущества облака в сравнении с одиночной виртуальной машиной для 1С?
Предположу, что их практически нет.
Смотря что называть облаком:
если 1C в облаке как IaaS, т.е. виртуалка, то по сравнению с такой же одиночной виртуалкой на вашем сервере, преимущества в том, что вам не надо заботиться о платформе виртуализации, оборудовании, электропитании и всё таком.
Если 1С используется как SaaS, т.е. даже приложение, БД вы не обслуживаете, только загружаете свою конфигурацию и работаете, то вот преимущество в том, что не надо беспокоиться даже о настройке приложения.
У всех вариантов, разумеется, есть свои минусы, в том числе и у самостоятельного размещения 1С на своих мощностях.
в целом да, также на мой взгляд облако дает масштабируемость (как в плюс так и в минус), гибкость при добавлении ресурсов, переносимость (например с в случае одинаковой платформы виртуализации на on-prem сайте заказчика и у облачного провайдера). плюс в облаке есть/могут быть определенные механизмы отказоустойчивости, что повышает доступность сервиса в сравнении со standalone сервером на котором может быть запущена "одиночная" виртуальная машина.
не соглашусь, но предлагаю подождать определение понятия "одиночной" виртуальной машины
для начала давайте определимся что есть "одиночная" виртуальная машина. дайте более четкое определение
Так и не понял что такое сайзинг
В статье нет описания: как заказчики решают вопросы с привередливостью лицензий 1С?
Программная лицензия может слететь, если виртуалка перепрыгнет с одной нуманоды на другую, и на текущий момент в рамках одного хоста, насколько я знаю, эту проблему не решить.
Пробрасывать физический ключ приключение по проще, но тоже требует все время поднятого впн.
Как у вас в облаке данные проблемы заказчики решают?
Если решать задачу "в лоб", то вполне рабочий вариант мини-виртуалки "прибитой" к определенному хосту или набору хостов с идентичными конфигурациями.
мини-виртуалки "прибитой" к определенному хосту
К хосту прибить можно, к ноуманоде - нельзя. В рамках балансировки в кластере виртуалка может переехать с одного проца на другой на одном и том же хосте и программная лицензия тут же уходит в отказ.
Ну и прежде чем говорить про привязку к хосту или выделение отдельного чуть ли не железного сервера для сервера лицензий, нужно вспомнить, а зачем нам вообще балансировка и высокая доступность.
Можно попробовать а) сервис лицензирования (если речь о серверных конфигурациях) или б) привязать программную лицензию к ключу, который доступен по сети
а) сервис лицензирования (если речь о серверных конфигурациях)
Если Вы про отдельную роль 1С в лице сервера лицензирования, то требования для него ничем не отличаются от сервера 1С с активированными на нем программными лицензиями. Этот отдельный виртуальный сервер все так же может переехать на другой проц в рамках того же хоста и сбросить активацию.
б) привязать программную лицензию к ключу, который доступен по сети
Физический ключ сервера нельзя раздать по сети через сервер лицензирования 1С. Можно опубликовать его через USB-over-LAN решение аля AnyWhereDIGI/DistKontrol или программные решения, но это требует от вас держать сервер на площадке, который через VPN должен иметь постоянную связь до облака. Ну такое себе решение как по мне.
а) Про фиксацию виртуалки вам уже писали. Осталось добавить только, что компьютер с сервисом лицензирования не требует серверную лицензию (что является существенным моментом). Ну и работает без КОРП-лицензии (если уж идти до конца).
б) Привяжите к любому 1С-скому ключу, который доступен по сети. Ставите в сеть многопользовательский ключ (например, 5 пользовательский), ставите на комп с этим ключом HASP LM, серверную лицензию привязываете к этому ключу. НО! Есть несколько особенностей: 1) этот ключ должен быть доступен как до миграции, так и после, 2) на ключе всегда должна быть минимум одна свободная лицензия и 3) не стоит делать так, чтобы с этого ключа брали лицензии и сервер и клиентские машины. В идеале - пусть он работает только ключевым параметром для программных лицензий (поэтому и предложение на мало лицензий). Если вы не можете так сделать - тогда этот вариант не для вас.
Давайте вернемся к истокам: вопрос задан в контексте использования только облачных ресурсов.
Про фиксацию виртуалки вам уже писали
Возможно Вы недостаточно поняли суть проблемы. Привязка виртуальной машины к хосту не решает проблемы с сбросом лицензии из-за миграции. Виртуальная машина может и обязательно рано или поздно смигрирует в рамках одного хоста с одного физического процесса на другой, если включена балансировка нагрузки. У оператора в облаке это включено by design. И я не уверен, что в облаке вы сможете запросить привязку к хосту в принципе.
компьютер с сервисом лицензирования не требует серверную лицензию
Вполне себе требует серверной лицензии Windows, но не требует серверной лицензии 1С.
б) Привяжите к любому 1С-скому ключу, который доступен по сети.
Статья про услуги облачного оператора. Про какую сеть вы говорите? У меня нет сети. Есть только сотрудники работающие в 11 часовых поясах и подключающиеся к облачным ресурсам что бы работать с 1С, с большой вероятностью даже через веб-интерфейс.
Поэтому я и задал вопрос автору статьи, раз обозначается что есть реализованные кейсы, то я хотел узнать как у них решаются указанные мною проблемы.
В рамках аппаратной инфраструктуры используем сетевые ключницы и заказчики размещают в них свои ключи, никакие VPN не требуются.
Ну во первых это не вопрос сайзинга облачных ресурсов. Во вторых это известная проблема и мы предупреждаем о ней новых заказчиков. По поводу "перепрыгивания" с одной pNUMA ноды на другую в рамках одного физического сервера - о такой проблеме первый раз слышу от вас. В основном проблемы связаны с изменением аппаратных ресурсов на виртуальной машине.
1С в облаке: типичные ошибки при миграции и как их избежать