Как стать автором
Обновить

Комментарии 57

Извиняюсь, соединение с сервером как? Тонкий клиент, толстый, веб, RDP?
За лицензии RDP — тоже надо доплатить? А за лицензии MS-SQL?
Абсолютно справедливый вопрос.
Я всегда приходил со своими лицензиями — оформленными на то юр. лицо которое будет пользоваться.
Но буквально на днях мне реселлеры ответили следующее
Для компаний, предоставляющих железо и софт в аренду пользователям, есть программа лицензирования Microsoft SPLA (https://www.microsoft.com/ru-ru/licensing/licensing-programs/spla-program?activetab=spla-program%3aprimaryr2).

Это как должно быть: датацентр через дистрибьтюра заключает с Microsoft соглашение SPLA, по которому получает лицензии и отчитывается об их использовании. Клиентам он выставляет счета за услуги, дистрибьютору платит по факту использования лицензий.
Как себя ведут датацентры — это уже отдельная история.

Я такого предложения пока не встречал но и опыт не прямо великий.
Для доступа к Azure:
5S2-00003 AzureSubsSrvcesOpn ShrdSvr SNGL SubsVL OLP NL Annual Qlfd
Service Provider License Agreement имеет ряд удобств по лицензированию, но и ряд недостатков. За майкрософт не скажу, но вот. у некоторых вендоров продажа метеред лицензий подразумевает наличие у сервис-провайдера сервера управления лицензиями. Это подразумевает все-же долгосрочное сотрудничество и определенный уровень стабильности во многих аспектах.
Не вижу противоречий с тем что я написал.
Скорее наоборот подтверждение моих слов: Не заключают датацентры Microsoft соглашение SPLA, надо со своими лицензиями приходить. В основной массе.
Так?

Есть тонкости с Windows Server. В multi-tenant лицензии могут быть только от провайдера, так как привязываются к физической инфраструктуре (ядра). Но зато нет Windows Server CAL.
В dedicated cluster можно тащить собственные лицензии заказчика

Достаточно часто есть вопрос при создании сервера — чьи будут лицензии.
Посмотрите в Azure.
Но начало вопроса про лицензии RDP — я ни разу не видел, чтобы провайдер их продавал.

Я не видел в России серьёзных провайдеров, которые бы не имели и не продавали MS SPLA лицензии. RDP есть в SPLA.


Клиент может принести провайдеру в облако все, на что распространяется право License Mobility through Software Assurance. Подразумевается наличие лицензии и SA. Перенос оформляется должным образом согласно формальной процедуре Microsoft.

По поводу лицензирования облачных сервисов я бы на вашем месте написал публикацию. Тема многих интересует.
Как будет в тесте Гилева >45 единиц так можно будет идти в облака. Пока нет.
Тест Гилева очень философский. Я бы не рекомендовал на него опираться в принципе.
Только как дополнение к чему то еще.
В нем очень большую составляющую занимает пиар и красивые графики.
Т.е. его очень хорошо показать например директору потому что на макбуке как раз те 45 единиц и получатся.
Это разумеется не означает, что можно из макбука сделать сервер под 1С.
Но показав директору единицы сервера и пустив скупую мужскую слезу можно очень легко получить финансирование.
Самый честный — hammerdb и КИП от 1С
Самый честный — hammerdb и КИП от 1С

Все зависит от характера нагрузки. Может и макбук побыть однопользовательским сервером и вполне успешно.
Ну вот вы сами и ответили на свой же комментарий
Ключевое слово
однопользовательским

Если собираетесь однопользовательский сервер собирать тогда можете и этим тестом измерять. А если нет — то нет )

А если да? На сетевой схд. Возьмёте в тест?

Не понял вопроса — собираетесь однопользовательский сервер в облаке собирать?

Тезис fishca был про готовность использовать облако под 1С, если оно покажет больше 45 попугаев в тесте Гилева.


Предлагаю протестировать такое облако. Именно облако, со всеми его фишками по отказо устойчивости и масштабируемости. А не отдельный виртуальный сервак, прибитый к игровому камню с локальными дисками.

Я понял тезис и ответил что тест этот некорректный в принципе.
Вообще то Яндекс.Облако не отдельный виртуальный сервак, прибитый к игровому камню с локальными дисками.
У меня еще есть тесты Azure и AlibabaCloud они я думаю тоже.
По поводу тестов — весной всегда пожалуйста. Пишите в личку. Сейчас семейные дела.
Вообще то Яндекс.Облако не отдельный виртуальный сервак, прибитый к игровому камню с локальными дисками.

Вот в этом-то и проблема собственно. Когда будет с точностью до наоборот и ресурсы будет жестко фиксированы для 1С и только для него, тогда можно будет пытаться в этих самых облаках работать, имхо.
1. >>cерверный ключ 1С и облачный хостинг
«Облачность» хостинга подразумевает то, что Вам гарантируют объём ресурсов, но не железо.
Т.о. если: а) виртуалочка переехала на другое железо б) Вы из экономии уменьшили ОЗУ или диск на
сервере, то «привет лицензии», начинаем переписку с 1С, работа стоит.

2. >>apt-get install xrdp
Да неужто у xrdp заработал буфер обмена и корректное переключение раскладки?
Я пробрасываю USB и в принципе не рекомендовал бы связываться с программными лицензиями.
Но есть нюанс. С февраля 1С поменяла лицензионную политику для серверных лицензий и в старших редакциях платформы сделала разделение для возможностей ПРОФ и КОРП т.е. программная лицензия по факту все равно получится.
На самом деле переактивация лицензии не такая страшная и практически мгновенная процедура
И я лет за 10 не встречал пока людей которые бы память уменьшали на сервере 1С

2. Да все работает. Клянусь своей треуголкой. Буфер обмена — линуксовыми комбинациями клавиш См. принтскрины — в 1С все нормально

Вы, по-моему, не поняли вопроса. Никто не гарантирует того, что ВМ всегда будет на одной ноде гипервизора. А раз так, то потребуется переактивация 1с. И это может случиться в разгар рабочего дня, а ключи-то резервные кончились. Я уж не говорю о том, что миграция ВМ между нодами скорее всего происходит через их сброс, т.е. состояние ОЗУ не сохраняется. Это общие принципы, но представители Яндекса могут меня поправить

Только лицензия слетит через сутки, и в ТЖ будет соответствующая запись.

У нас вроде ездит по хостам с одной моделью процессора без потери активации. Уточню у эксплуатации.

В зависимости от вида привязки анализируется следующий набор ключевых параметров:

● Привязка выполняется к компьютеру:
● Ключевые параметры:
● наименование операционной системы;
● версия операционной системы, при этом для ОС Windows анализируются только первые две цифры номера версии;

● серийный номер операционной системы (только в случае ОС Windows, исключая Windows 10);
● дата установки операционной системы (только в случае ОС Windows, исключая Windows 10);
● сетевое имя компьютера;
● модель материнской платы;
● объем оперативной памяти;
● тип и версия BIOS;
● список процессоров и их параметры;
● список сетевых адаптеров и их MAC-адреса
● список жестких дисков и их параметры.

Из перечисленного в на виртуальной машине в кластере при её перемещении по хостам, когда отрабатывает DRS, могут поменяться регистры доступных инструкций процессора. В гомогенных кластерах все процы одинаковые и 1C ездит без потери активации.

Не часто наверное провайдеры так передвигают ВМ, поскольку привязка к железу у многих лицензий, не только 1С.
На моей памяти было несколько раз за 5 лет у разных людей и предупреждали за месяц об этом.
Особенность публичного облака именно в том, что никто не гарантирует того, что ВМ всегда будет на одной конкретной ноде гипервизора. В частном облаке — да, можно прибить гвоздями. Более того — Яндекс проводит учения по отключению ДЦ, поэтому можно в теории легко попасть под раздачу.

Если нужен именно специализированный хостинг, то это особые требования и особые условия (цены).
В любом случае — у вас есть два запасных ключа и возможность получить еще когда они закончатся.
Главное вести журнал их регистрации тогда в теории моментально можно получить ключ.
Опять же на моей памяти не было случаев когда 1С отказывало в выдаче дополнительного ключа.
Это не та проблема, которая должна отпугнуть от развертывания в облаке.
А те кто в комментариях написал — ужас ужас, они просто не ведут учет ключей. Тогда конечно это некий квест, который надо пройти.
В последних поставках платформы есть утилита ring — ей можно посмотреть существующие лицензии даже если например активизировали их до вас.
Как настраивали посгрес?
Там по умолчанию всего 128Мб выделено под буфер, как следствие повышенная нагрузка на диск.
Если будет возможность, пожалуйста, прогоните тесты для MS SQL 2017 для Linux и MS SQL 2017 на Windows 2016 в режиме Core.
У меня в случае установки MS SQL на Core получалась разница в 5-10%, т.е. было ускорение, положительный результат.
SQL Server 2017 Версия для Linux поддерживается в случае использования рабочих серверов платформы 1С: Предприятия на Microsoft Windows
v8.1c.ru/requirements
Windows 2016 в режиме Core. Пока нет такой возможности (
Но на будущее учту
А как с масштабированием ВМ, лицензии 1С: Предприятия также слетают как у конкурентов? Все же огромный плюс облаков в возможности повысить производительность парой кликов.

И есть ли возможность в яндекс-решениях использовать не последнюю версию Windows Server?
При изменении ключевых параметров компьютера нужно помнить о следующих особенностях:

1. При проверке информации о компьютере анализируется только удаление, а не добавление устройств. Например, при получении программной лицензии на компьютере был установлен один сетевой адаптер. Можно добавить еще один сетевой адаптер без необходимости повторного получения программной лицензии, но нельзя заменить один сетевой адаптер на другой.

2. Оперативную память на компьютере можно увеличивать, но нельзя уменьшать. Например, получение лицензии выполнялась с оперативной памятью, равной 2 Гбайт. Без необходимости повторного получения программной лицензии имеется возможность увеличить память до 6 Гбайт, а потом уменьшить ее объем до 4 Гбайт. Однако уменьшение объема оперативной памяти ниже 2 Гбайт приведет к необходимости повторного получения программной лицензии.

3. Изменения анализируются по текущему состоянию компьютера относительно того состояния, когда выполнялась привязка лицензии.

its.1c.ru/db/license

Как раз не последнюю и использовал )
По поводу лицензий.
В связи с этим письмом все еще будет меняться и я сейчас даже не возьмусь прогнозировать в какую сторону
1c.ru/news/info.jsp?id=25491
И за гарантированную надежность, так бывает не всегда. Еще не забылась история как в рубке с телеграмм падали коннекты с AWS.

Падали коннекты с AWS? Вы серьезно? Они не падали — их массово рубили, причем не со стороны AWS. И уж в плане надежности AWS в описываемой ситуации отработали достойно — телеграмм работал с минимальными сбоями.

Откуда у вас уверенность, что сервера голландской компании Yandex N.V. не могут попасть под раздачу? Дайте угадаю — потому, что ни один сервис уровня телеграмм не будет у них размещаться.
Не надо передергивать. И тем более уводить на другие темы разговор. Здесь речь не о причинах блокировки того или иного провайдера. А взгляд со стороны пользователя. AWS было не достучаться. Если бы у вас там лежала торговля и стояли отгрузки вы бы немного по другому оценили происходящее. Почитайте здесь же про пострадавших безвинно. Имелось в виду что Яндекс будет соблюдать принятые в РФ законодательные акты, а тому же AWS на них немного все равно.

Очень странно ожидать соблюдения законов РФ от компании, которая не даёт явно информации о расположении ЦОД, с которого предоставляет сервис в зарубежной юрисдикции. Вы про ЦОД в Финке случайно узнали. А если у вас в 1С Зарплата и кадры или другие ИСПДн? А на трансграничку вы разрешение у субъектов получили? Ну то есть заказчик нарушил и попал на штрафы ничего не подозревая.

Извините, а Вы — представитель Яндекса? или независимое лицо? Сорри, просто очень удивила фраза про «уточню у эксплуатации»

Представитель другого провайдера

Во первых ИСПДн кроме трансграничной передачи подразумевают еще много чего, что нужно не только уточнять, а протоколировать. Если вы следуете букве закона. Когда вы начнете это делать то увидите что пока ЦОД вам не подходит. Это отрытая информация.
А данных о несоблюдении Яндексом законодательства РФ у меня нет.
Если они у вас есть поделитесь ими со всеми.

Вы меня либо не поняли, либо сознательно перевернули смысл замечания. Вы можете реализовать какие угодно меры по защите ИСПДн, но если провайдер, позиционирующий себя российским, вольно и без уведомления разместит ваши данные на зарубежной площадке, то нарушителем будет ваша компания. Формально провайдер ничего не нарушил, если вы с ним в договоре не прелусмотрели положения о локализации данных и другие обеспечительные меры.


В случае Яндекса хотелось бы получить комментарии, какие меры по предотвращению угроз ИБ, предусмотренные 21 приказом Фстэк, реализованы на уровне облачной платформы. Этот уровень недоступен клиентам и должен быть защищён провайдером. Яндекс, к сожалению, пока больше декларирует соответствие законодательству РФ без конкретных разъяснений по сути вопросов. Если вы видели развёрнутый комментарий представителей Яндекса по существу вопроса ИСПДн на Яндекс.Облако, многим было бы интересно с ним ознакомиться.

Я бы то же самое про вас мог сказать, что вы перевернули смысл моих слов.
Сам то Яндекс нигде не заявлял о соответствии ФЗ-152, а я имел в виду второй дата центр — российский строящийся. И в статье написал — что сейчас ДЦ в Финляндии.
И как я написал ФЗ-152 подразумевает прежде всего нормативную документацию, договор с провайдером туда входит. Потому что проверяющие органы начинают именно с нее, а физическая проверка достаточно сложно реализуема.

Все с вами понятно. Тестировать Яндекс вы время нашли, несмотря на семейные дела. Остальные сервисы, конечно же, не столь интересны, подождут и до весны. Ну да ладно, тест fishca предлагался


Яндекс молодец и ни в чем не виноват. Читайте оферту. Позиция!!! Про использование ЦОД и хранение данных в чужой юрисдикции там есть? Или это совершенно не важный с вашей точки зрения факт?

На тест уходит неделя как минимум, а если что то интересное — то и больше.
Надо собрать аккуратно тестовый контур, все протестировать.
И потом выходные чтобы все разложить по полочкам.
Это не тест гилева прогнать.
Сейчас не особо есть время.
С ИСПДн предлагаю замять, выходит за пределы публикации.

Ок. Про ИСПДн и лицензии MS темы для хороших статей.


Образы ВМ Яндекс не даёт выгрузить? Сейчас нет ничего сложного конвертировать между VMware, Hyper-V, KVM. Чтобы не собирать тестовый стенд с нуля

Образы надо еще заливать и Microsoft пока не поддерживают.
Про лицензии MS в облаке тема для хорошей статьи точно.
Напишете — прославят вас в веках )
А ИСПДн всегда будет неопределенность как трактуют проверяющие органы. Там на самом деле очень много бумажной работы больше чем технической
1С очень требовательна к частоте одного ядра, поэтому на серверных процессорах её быстродействие будет хуже, чем на обычном десктопном четырехядернике (или даже двух) с частотой ядра ~ 4Ghz.

А ещё хуже обстоят дела, когда ядра виртуализированны, это дополнительный минус производительности. И стоимость будет очень дорогой, потому что 1С не обойдется низкими процентами загрузки, а при проводках и регламентках загрузит всё ядро на 100 %.

И лицензирование, дааа…

Лучше Хе… кхм-кхм, цнера пока для 1С не придумали.
Но все же гарантия работоспособности облачного сервера и SQL Server 99,9%. Врядли облака придумывали для самой высокой производительности 1С: Предприятия.
Облако ничем не отличается от обычного сервера и уж высокую производительность 1С: Предприятия облака обеспечить могут.
Пример этому — 1С: Фреш от самого 1С. Это то же облако с десятками тысяч пользователей.
Кроме требовательности 1С к частоте процессора у нее есть не меньшая требовательность к скорости дисковой подсистемы и в многопользовательском режиме к быстродействию системы в целом — настройке серверов и т.п.

Я знаю уже лучше хе-хе. Это будет следующий рассказ
Статья похожа на рекламу, в целом достаточно интересная, не увидел точные характеристики стендов где проводилось тестирование, есть только размытые скриншоты. И всё же интересна стоимость в Я.Облака по сравнению с другими аналогичными провайдерами.
Статья не рекламная. У меня есть цикл статей посвященный тестированию облачных платформ. И поскольку интерес есть то я его продолжу публиковать здесь, нужно только адаптировать для здешней аудитории.
Стоимость Яндекс облака указана, сравнить можете сами с тем кто вас интересует.
Тестовый контур и порядок работы:

Использовались:
Сервер Windows 2008 R2, Сервер Ubuntu 16.04
Postgres 9.6, MS SQL 2014 evaluation, в Linux MS SQL 2019 evaluation
1С: Предприятие 8.3 (8.3.13.1644), Бухгалтерия предприятия, редакция 3.0 (3.0.66.70)
crystal disk mark, winrar, 7zip
HammerDB
Тестовые конфигурации 1С с сайтов www.gilev.ru и fragster.ru, а также обработка эмулирующая работу пользователей в 1С Бухгалтерия предприятия.
Конфигурация обеих виртуальных машин одинаковая (2 ядра 16 Гб ОЗУ и 50 Гб HDD) приближенная к реальной рабочей.
На обоих серверах установлен гуи и тесты проводились попеременно с одного на другой.
Добавлю общим комментарием.
Это же ресурс профессионалов.
Большая просьба если вы говорите о чем то — подкрепляйте свои слова хоть чем то.
Иначе достаточно сложно как то отвечать на комментарии типа:
Очень странно ожидать соблюдения законов РФ от компании, которая не даёт явно информации о расположении ЦОД
тут вообще логическая цепочка не прослеживается
У одной бабушки в облаке слетели лицензии 1С ночью
тут надо знать что это за бабушка, может это дедушка вообще.
Насчет больших картинок — это да, признаюсь и каюсь.
Буду работать в этом направлении.
Я так понял сами postgres ставили на виртуалки? А что насчет их managed postgres?
На момент написания статьи managed postgres был без патчей для 1С.
Следите за новостями на сайте Postgres Pro.
Они уже договорились с Alicloud и Microsoft, договорятся и с Яндекс.
Цены правда не совсем гуманные получились.
Проще на виртуалку поставить
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории