Бесплатная лицензия на компьютере оператора не может быть использована на виртуальной машине
Azure — платформа облачных сервисов. Предоставляет возможность создания виртуальной операционной среды для выполнения приложений и хранения данных.
Для использования бесплатной подписки будут необходимы:
- Номер телефона
- Банковская карта
- Учетная запись Microsoft или GitHub
По завершении регистрации будут предоставлены:
- бесплатный доступ к популярным службам в течение 12 месяцев
- 200$ на счет, которые можно использовать в течение первых 30 дней для затрат на сервисы Azure.
По окончании 30 дней или при израсходовании выделенных 200$ Microsoft отправит уведомление с предложением перехода на оплату по мере использования для сохранения доступа к бесплатным службам в определенном объеме (при превышении ежемесячного бесплатного объема в случае перехода на оплату по мере использования будет выставляться счет, согласно тарифам оплаты). В ином случае по истечении еще 30 дней учетная запись Azure будет удалена.
Содержание
Процедура регистрации бесплатной пробной версии Azure
- Авторизоваться с помощью учетной записи Microsoft или GitHub
- Для проверки со счета будет списан 1$ и возвращен обратно. Так что заранее нужно позаботиться о том, чтобы баланс на карте не был нулевым.
Создание виртуальной машины Windows с помощью портала Azure
Виртуальные машины Azure — это масштабируемые облачные вычислительные ресурсы. Они схожи с виртуальными машинами, разворачиваемыми в Hyper-V, VirtualBox, VMware Workstation и др., но в отличии от данных платформ виртуализации, они используют вычислительные ресурсы дата-центров Azure. Можно создавать, запускать, останавливать виртуальные машины и управлять ими на портале Azure или с помощью Azure CLI. Также есть возможность использовать клиент RDP для подключения к пользовательскому интерфейсу рабочего стола Windows.
Для создания виртуальной машины понадобиться не более нескольких минут. Достаточно открыть 7 разделов конфигурирования виртуальной машины, 6 из которых могут не требовать вмешательства пользователя (при условии, что мы используем тестовый период и финансовая составляющая для нас не играет роли), так как система Azure предлагает оптимальные варианты настроек в зависимости от выбранной операционной системы и региона, где она будет развернута. В статье будут описаны наиболее важные параметры при конфигурировании виртуальной машины.
- В окне Виртуальные машины раскрыть список команд в разделе Создать и выбрать Виртуальная машина.
- В открывшемся окне мастера необходимо настроить параметры будущей виртуальной машины. Основные параметры разделены на 7 разделов: Основные, Диски, Сетевые подключения, Управление, Дополнительно, Теги и Просмотр и создание.
Если необходимо просто протестировать работу с виртуальной машиной на базе ОС MS Windows 10 с подаренным лимитом, который необходимо израсходовать в течении месяца, без вникания в подробности по отдельным параметрам при конфигурировании VM, можно сразу перейти к итоговой таблице в статье ниже.
- В разделе Основные необходимо указать базовые параметры виртуальной машины.
При изменении различных параметров система Azure проверяет введенные значения и в случае правильного ввода данных, устанавливает зеленый флажок рядом с проверенным полем или красный индикатор ошибки под полем. Для того, чтобы получить дополнительную информацию в случае некорректно введенных данных, достаточно подвести курсор мыши к индикатору ошибки.
Имя виртуальной машины
При создании имени виртуальной машины необходимо учитывать ограничения, а именно количество символов не более 15 с ОС MS Windows и не более 64 символов с ОС Linux, не должны использоваться специальные символы Microsoft, а также имя должно быть уникально в пределах текущей группы ресурсов.
Если планируется использовать большое количество виртуальных машин, рационально создавать смысловые имена в зависимости от задач, которые будут выполняться в данных средах.
Регион
Данный параметр позволяет выбрать регион, где будет располагаться виртуальная машина.
Расположение может ограничить некоторые доступные возможности. В разных регионах могут быть доступны разные наборы оборудования, а также существуют ценовые различия между расположениями.
В рамках написания статьи параметр Параметры доступности по умолчанию Избыточность инфраструктуры не требуется.
]Параметр Изображение позволяет выбрать в раскрывающемся списке операционную систему, которая будет развернута в виртуальной среде.
Если выбрать Просмотреть все изображения можно увидеть более обширный выбор операционных систем в разделе Marketplace.
При написании статьи выбрана ОС MS Windows 10 Pro, Version 20H2.
Размер – при выборе значения данного параметра следует учитывать, какая будет задействована операционная система, для каких целей будет использоваться данная система, сколько необходимо выделить оперативной памяти, виртуальных ЦП и др.
Данный параметр позволяет выбрать готовый вариант с требуемой комбинацией нужных параметров в зависимости от задач и исходя из рабочей нагрузки. Указав Просмотреть все размеры, можно выбрать необходимое сочетание мощности в разделе Выбор размера виртуальной машины.
При написании статьи был указано значение Standard_D2s_v3 – 2 виртуальных цп, 8 Гб ОЗУ (87,60$ в месяц), что является оптимальным решением при тестировании данной платформы с бюджетом 200$ на месяц. При выборе региона по умолчанию (US Восточный регион США) стоимость бы составила 70$ в месяц.
Пароль должен содержать минимум 12 символов (обязательно хотя бы одно число, один символ в нижнем регистре, один символ в верхнем регистре и один специальный символ, кроме \ и – . В зависимости от используемого средства для создания виртуальной машины применяются разные требования к длине пароля.
Правила входящего порта
В раскрывающемся списке Выбрать входящие порты оставить по умолчанию флажок в чекбоксе RDP (3389) для обеспечения удаленного доступа к данной виртуальной машине.
Далее необходимо установить флажок в чекбоксе Лицензирование и перейти к следующему разделу, нажав кнопку Далее: Диски.
Тип диска ОС
В раскрывающемся списке необходимо выбрать один из трех типов дисков Azure в зависимости от его предназначения.
В качестве дисков с операционной системой Windows компания Microsoft рекомендует использовать SSD накопители категории «Премиум». В рамках статьи для максимальной производительности данное значение оставлено по умолчанию (Премиум).
| Диск (цен. категория "Ультра") | Диск SSD (цен. категория "Премиум") | Диск SSD (цен. категория "Стандартный") | HDD (цен. категория "Стандартный") | |
|---|---|---|---|---|
| Тип диска | SSD | SSD | SSD | HDD |
| Сценарий | Рабочие нагрузки с большим числом операций ввода-вывода (например, SAP HANA), базы данных верхнего уровня (например, SQL или Oracle) и рабочие нагрузки с большим количеством транзакций | Рабочая среда с высокими требованиями к уровню производительности | Веб-серверы, редко используемые корпоративные приложения и сценарии разработки и тестирования | Резервное копирование, не критически важный и нечастый доступ |
| Максимальный размер диска | 65 536 ГиБ | 32 767 ГиБ | 32 767 ГиБ | 32 767 ГиБ |
| Максимальная пропускная способность | 2000 МБ/с | 900 МБ/с | 750 МБ/с | 500 МБ/с |
| Maкс. количество операций ввода-вывода в секунду | 160 000 | 20 000 | 6000 | 2 000 |
Также в разделе Диски можно создать дополнительный диск, например, если необходимо иметь отдельные от операционной системой диски с данными.
При написании статьи остальные значения в разделе Диски были выбраны по умолчанию.
Перейти к разделу Сетевые подключения.
Виртуальные сети Azure позволяют узлам вычислительной сети взаимодействовать друг с другом.
Сетевые сервисы Azure обеспечивают:
- Организацию виртуальных сетей;
- Сегментирование;
- Маршрутизацию сетевого трафика;
- Организацию взаимодействия между узлами сети через Интернет;
- Организацию взаимодействия между ресурсами Azure;
- Организацию взаимодействия с локальными ресурсами.
Виртуальная сеть Azure состоит из элементов функционально аналогичных объектам физической вычислительной сети.
Сетевые компоненты виртуальной среды:
- Виртуальные сетевые карты;
- Пулы IP-адресов;
- Структурообразующие компоненты виртуальной сети;
- Общедоступные IP-адреса;
- Внутренние DNS-имена;
- Общедоступные DNS-имена;
- Группы и правила сетевой безопасности.
Разрешить входящие подключения из Интернета виртуальной машине Azure можно используя общедоступный IP-адрес.
Для управления виртуальной машиной можно подключаться с помощью Azure CLI, протокола удаленного рабочего стола или Secure Shell.
Так как при написании статьи создается первая виртуальная машина и виртуальные сети ранее не создавались, можно воспользоваться предложенными системой Azure значениями по умолчанию.
Также можно создать значения параметров виртуальной сети вручную, выбрав команду Создать параметра Виртуальная сеть.
При изменении настроек в разделе Группа безопасности сети сетевого адаптера можно настроить правила, позволяющие фильтровать сетевой трафик, установив радиокнопку Дополнительно. Группа безопасности сети создается отдельно.
При написании статьи значения в разделе Сетевые подключения были выбраны по умолчанию.
В разделе Управление можно настроить следующие параметры:
Центр безопасности Azure – можно активировать инструмент Защитник Microsoft для облака, который предоставляет инструменты для защиты ресурсов, отслеживания состояния безопасности, защиты от кибератак и оптимизации управления безопасностью.
Опция Диагностика загрузки позволяет диагностировать сбои загрузки виртуальной машины.
Автозавершение работы – если установить флажок в чекбоксе Включить автоматическое завершение работы в определенное время будет автоматически выключаться виртуальная машина с возможностью получать уведомления перед запуском данного процесса.
С помощью раздела Site Recovery можно выбрать дополнительный регион, подписку, а также другие значения для восстановления виртуальных машин в случае возникновения критического сбоя (отказ дата – центра, повреждение данных).
Перейти к разделу Дополнительно.
При необходимости с помощью параметра Расширения можно автоматически установить различные агенты антивирусной системы (Kaspersky Hybrid Cloud Security Agent), мониторинга (Agent for Windows Server Monitoring), резервного копирования (Acronis Backup) и другие.
В рамках написания статьи данный раздел не настраивался.
Перейти к разделу Теги.
В рамках написания статьи данный раздел не настраивался.
Перейти к разделу Просмотр и создание.
Нажать кнопку Создать.
Таблица с итоговыми параметрами
По окончании процесса создания виртуальной машины с ОС MS Windows 10 выбрать Перейти к ресурсу.
В разделе Обзор приводится множество сведений о виртуальной машине, например:
- можно узнать, запущена ли виртуальная машина
- можно запустить, остановить, перезапустить или удалить виртуальную машину
- просмотреть информацию о размере виртуальной машины
- просмотреть информацию об общедоступном IP – адресе для подключения к виртуальной машине
- просмотреть активность ЦП, диска и сети и многое другое.
По умолчанию после процесса развертывания виртуальная машина находится в состоянии Выполняется.
При остановки виртуальной машины с помощью портала Azure, статус виртуальной машины в состоянии Остановлено (освобождено). Оплата производится в данном случае только за некоторые ресурсы Azure, такие как Диски и Сети.
Если завершить работу с виртуальной машиной с использованием средств гостевой системы, статус виртуальной машины будет в состоянии Остановлено и оплата в данном случае будет взыматься полностью за вычислительные ресурсы.
Базовые настройки при работе с виртуальными машинами будут рассмотрены в отдельной статье.
Подключение к виртуальной машине Microsoft Azure с ОС MS Windows 10 через протокол удаленного рабочего стола
- Открыть раздел Виртуальные машины
Проверить состояние виртуальной машины, а также Общедоступный IP – адрес с помощью которого необходимо удаленно подключиться.
Для подключения к виртуальной машине Azure с помощью клиента RDP, потребуется:
- общедоступный IP-адрес виртуальной машины
- номер порта
Можно ввести данные сведения в клиенте RDP операционной системы MS Windows или загрузить предварительно настроенный файл RDP.
1 вариант
- запустить штатное средство Windows Подключение к удаленному рабочему столу.
- Ввести IP адрес (Общедоступный IP – адрес) виртуальной машины, а также имя и пароль, указанные при создании VM.
2 вариант
На портале Azure в окне выбранной виртуальной машины в верхней части панели нажать Подключиться и в раскрывшемся списке выбрать RDP
Также как и первом варианте подключения можно настроить различные параметры, позволяющие управлять подключением к виртуальной машине Azure. Для этого необходимо кликнуть ПКМ мыши по файлу RDP и в контекстном меню выбрать Изменить.
"борода сисадмина"
Использую по работе для удаленного доступа к компьютеру через Интернет прогу, не требующую установки и весом меньше 1 метра Ammyy Admin .
Лично для меня более удобна.
P.S
Мое мнение не претендует на истину.
moks2
LagMAN
гораздо удобнее тим вивера (хоть и меньше по функционалу) но при администрировании сервера в ксс проверять компы читеров была незаменима)
C0FFEE
Тимвивер работает из под VMware, в отличие от амми. А так да, амми удобнее
C0FFEE
У меня VMware нет, а TeamViewer работает) Какая между ними связь?
Я говорил о том, что амми из под вари не работает, что в некоторых ситуациях - его минус
Freddi
Freddi
Я говорил о том, что амми из под вари не работает, что в некоторых ситуациях - его минус
Извините, инфа полезная. Невнимательно прочитал. Не работает под виртуальные машины
C0FFEE
Извините, инфа полезная. Невнимательно прочитал. Не работает под виртуальные машины
На самом деле, амми умеет работать из под виртуалок - но только в платной версии. При попытке запустить его из под VMware амми сообщает, что "бесплатная лицензия . не может использоваться на виртуальной машине". А поскольку мы все по прежнему любим все "бесплатное", да и цены и на амми и на тимвивер неадекватны для наших финансовых возможностей, то покупать желания нет.
- VMware Technology Network
- :
- Global
- :
- Russian
- :
- Russian Discussions
- :
- Программные лицензии 1С и в виртуальной среде VM w.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Добрый день. Вопрос таков:
Имеется 2 удаленных и недоступных физически виртуальных серверов на одном из них предполагается установка сервера 1С предприятия. Так как использование аппаратного ключа не представляется возможным, прийдется использовать программную лицензию.
Собственно суть вопроса. Нрмально ли на данный момент программные лицензии ведут себя в виртуальной среде.
Вопрос может показаться глупым, но я лично имел негативный опыт размещения 1С с программной лицензией на виртуальной машине. Все шло хорошо до перезагрузки. После же перезагрузки программная лицензия стала недействительной.
Может быть кто нибудь уже испробовал программные лицензии на сервер 1с в этой виртуальной среде.
Прошу поделиться опытом и наставить на путь истинный.
Техподдержка 1С на аналогичный вопрос отвечает вот так: При использовании виртуального сервера нужно использовать программную лицензию. Лицензия может стать недействительной только в том случае, если ключевые параметры сервера были изменены.
Но параметры виртуальной машины, на которой была активирована лицензия не менялись. Скорее всего сменился како-то внутренний идентификатор виртуального оборудования и все сломалось.
Спасибо за советы.
Sladky- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Александр, это вы?
На данный момент явных проблем с файловыми лицензиями 1С нет.
Если не менять конфигурацию ВМ с сервером лицензий, то проблем быть не должно.
Hategen- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Вы ошиблись, я не Александр (:
Тоесть на сервер 1С и клентов можно смело можно брать программные лицензии и после ребута все будет ок?
А в данном случае клиентские лицензии лучше активировать для каждого пользователя или пущай сервер раздает? Как думаете?
Sladky- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Пусть все будет на сервере, зачем заморачиваться?
Просто совпали по времени ваш вопрос и одного из наших клиентов
Инфраструктурные особенности 1 в 1
Hategen- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Наконец хоть кто-то развеял сомнения.
В начале года была целая эпопея с виртуальной машиной VM Ware и УНФ с программной лицензией после перезагрузки лицензия просто переставала работать и требовалось использовать новый пин-код, хотя витруальную машину не перенастраивали. Проблему так и не победили и пришлось перейти на аппаратный ключ. Сотрудники 1С никакой вменяемой информации не предоставляют и норамльной инфы по лицензированию в виртуальной среде нет. Просто очень обидно если возникнет проблема с изменением какого-нибудь виртуального идентификатора после перезагрузки машины и лицензия на сервер слетит. Клиенты иностранные и не охота облажаться.
Sladky- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Все должно быть в порядке.
Видимо, у вас в практике был какой-то особый глюк, и напрямую не зависящий от виртуализации.
Собственно, 1С ввела файловые ключи в основном из-за начала повсеместной виртуализации. Было бы странным, если бы при всем этом ключи не работали из под виртуальной среды
Попробуйте сами пройтись по гуглу с поиском проблем файловых ключей 1С и вмвары, ничего нет.
Datakom- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Программые лицензии периодически слетают, поэтому для подстраховки всегда нужно держать аппаратный HASP-сервер.
Hategen- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
А как же быть с ключиком на сервер. Насколько мне известно он должен быть воткнут непосредстенно в машину на которой стоит сервер 1С, но осуществить это не представляется возможным.. Или это можно как-то обойти?
AntonVZhbankov- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Решение USB-over-IP существуют. Более того, vSphere поддерживает проброс USB в ВМ
Datakom- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Есть и другие способы )
Hategen- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
А какие если не секрет?
Datakom- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Если использовать проброс портов, то про vMotion и прочие вещи, вроде бэкапов можно забыть сразу.
Alexander1974- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
У нас с полгода назад тоже копья ломали по поводу 1С и виртуализации. В результате, взвесив все "за" и "против", остановились на аппаратной реализации: "свистки" и AnywhereUSB. Так оно как-то спокойнее: и ВМ-ки можно как угодно модифицировать, и vMotion как часы, да и FT можно организвать (особенно когда прикрутят поддержку SMP ).
EGarbuzov- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Datakom wrote:
Если использовать проброс портов, то про vMotion и прочие вещи, вроде бэкапов можно забыть сразу.
Верно только если решить "пробросить" виртуалке целый USB-контроллер хоста.
Проброс отдельных USB-портов физического сервера вполне хорошо уживается и с vMotion и со снапшотами. Хотя тут тоже есть кое-какие неудобства, поэтому мы в своё время использовали внешние решения USB-over-IP.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Datakom wrote:
Если использовать проброс портов, то про vMotion и прочие вещи, вроде бэкапов можно забыть сразу.
Купили DIGI AnywhereUSB под HASP. Оказалось, оно не дружит с Win2000. Пришлось втыкать ключ в хост и пробрасывать USB. ВМ отлично "вимошится"
GladSpir- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Hategen wrote:
Добрый день. Вопрос таков:
Имеется 2 удаленных и недоступных физически виртуальных серверов на одном из них предполагается установка сервера 1С предприятия. Так как использование аппаратного ключа не представляется возможным, прийдется использовать программную лицензию.
Собственно суть вопроса. Нрмально ли на данный момент программные лицензии ведут себя в виртуальной среде.
Вопрос может показаться глупым, но я лично имел негативный опыт размещения 1С с программной лицензией на виртуальной машине. Все шло хорошо до перезагрузки. После же перезагрузки программная лицензия стала недействительной.
Может быть кто нибудь уже испробовал программные лицензии на сервер 1с в этой виртуальной среде.
Прошу поделиться опытом и наставить на путь истинный.
Техподдержка 1С на аналогичный вопрос отвечает вот так: При использовании виртуального сервера нужно использовать программную лицензию. Лицензия может стать недействительной только в том случае, если ключевые параметры сервера были изменены.
Но параметры виртуальной машины, на которой была активирована лицензия не менялись. Скорее всего сменился како-то внутренний идентификатор виртуального оборудования и все сломалось.
Спасибо за советы.
Наблюдаю такое только в 2х случаях:
- обновление платформы 1С
- установку обновления для ESXi
1 временно предоставляем доступ серверу прлижений 1С в Интернет, и перерегистрируем пин на сервер и рабочие места. И радуемся жизни.
Пришла пора сделать сервер лицензирования 1С. Для начала расскажу зачем это нужно и какие преимущества это даёт.
Сервер лицензирования позволяем перенести сервисы по проверке и выдаче лицензий 1С на отдельную машину. Сервер лицензирования позволяет выдавать не только клиентские лицензии, но и серверные. Тем самым, с точки зрения системного администрирования, мы получаем дополнительные плюшки. Итак, преимущества отдельного сервера лицензирования:
- Любое изменение конфигурации сервера приложений 1С приводит к необходимости заново проходить процедуру активации лицензий сервера. Особенно это неприятно на виртуальных серверах. Виртуальная среда позволяет оперативно нарастить мощность сервера: добавить места на диске, подкинуть оперативки и процессоров. Но стоит это сделать на сервере приложений 1С - лицензия слетает. Обычно это происходит в самое неудобное время. Вечером добавили места на диск, ночью слетела лицензия. Ещё хуже если лицензия слетает в разгар рабочего дня. В документации 1С написано:
« Чтобы избежать повторной активации (лицензии) рекомендуется использовать сервис лицензирования, установленный на физическом компьютере или на виртуальной машине с фиксированными характеристиками ».
Даже если у вас всего один сервер приложений 1С, то наличие сервера лицензирования позволит вам менять конфигурацию сервера приложений без лишних усилий. Серверная лицензия привяжется к конфигурации сервера лицензирования и уже не слетит просто так при добавлении процессора. Это самый главный пункт, который заставил меня возиться с созданием сервера лицензирования. - Если у вас кластер из нескольких серверов приложений, то после внедрения сервера лицензирования вам не придётся активировать лицензии отдельно на каждых серверах. Все лицензии будут лежать в одном месте. Это упрощает обслуживание и уменьшает количество бэкапов. Также уменьшается время ввода в строй сервера из резервной копии.
- При использовании аппаратных ключей вы можете разместить сервер лицензирования поближе к себе, например, прямо в офисе. Не придётся ехать к серверам приложений в отдалённых ЦОД.
- Сам сервер лицензирования не требует серверной лицензии. Ничего докупать не придётся.
- Сервер лицензирования может участвовать в нескольких кластерах 1С, даже с различными платформами.
- Сервер лицензирования может раздавать как серверные, так и клиентские лицензии. При выходе из строя сервера приложений 1С вы можете оперативно подключить любой другой сервер вместо него без активации лицензии.
- Клиентские лицензии более рационально используются. Исключается ситуация, когда пользователь 1С не может работать из-за нехватки лицензий на одном из серверов кластера, если на втором сервере лицензии ещё есть.
- Оптом покупать лицензии дешевле, чем отдельно для нескольких серверов кластера.
Итак, делаем сервер лицензирования. У меня вся инфраструктура 1С виртуальная, поэтому я могу создать любую конфигурацию. Для сервера лицензирования выделяю следующие мощности:
В крайнем случае можно будет нарастить мощностей, но это потребует переактивации лицензий.
Виртуальный сервер сразу включаю в политику резервного копирования. Если сервер сдохнет, можно будет поднять его из резервной копии.
Устанавливаем 1С на сервер лицензирования. Я использую установку 1С как сервис Windows, этот сервис я мониторю через заббикс. Запускаем службу.
Из консоли администрирования 1С удаляем автоматически созданный локальный кластер. В дальнейшем мы добавим сервер лицензирования в существующий кластер 1С.
На сервере лицензирования запускаем службу WMI или убеждаемся в том, что служба запущена.
Далее идём на сервер приложений в консоль администрирования 1С. Переходим в кластер. Подробнее про создание кластера напишу в отдельной статье:
Читайте также: