Заглядываем в конфиги и превращаем хаос в систему
💬 Шёпотом: курс «Ansible: Infrastructure as Code» стартует 28 апреля.
Подойдёт всем, кто хочет научиться:
🔹 работать с подходом IaC и автоматизировать рутину;
🔹 выполнять всякие сложные задачи типа блоковой замены, управления потоком выполнения и пр.;
🔹 настраивать Ansible под необходимые задачи;
🔹 писать свои модули;
🔹 решать сисадминские задачи;
🔹 встраивать Ansible в пайплайн Gitlab и много чего ещё.
Успевайте оформить обучение, пока действует ранняя цена 🤝
Программа курса и все подробности — по ссылке ⬅️
💬 Шёпотом: курс «Ansible: Infrastructure as Code» стартует 28 апреля.
Подойдёт всем, кто хочет научиться:
🔹 работать с подходом IaC и автоматизировать рутину;
🔹 выполнять всякие сложные задачи типа блоковой замены, управления потоком выполнения и пр.;
🔹 настраивать Ansible под необходимые задачи;
🔹 писать свои модули;
🔹 решать сисадминские задачи;
🔹 встраивать Ansible в пайплайн Gitlab и много чего ещё.
Успевайте оформить обучение, пока действует ранняя цена 🤝
Программа курса и все подробности — по ссылке ⬅️
Критерии выбора оборудования для сервера 1С:Предприятие. Диски
Ой, да чего там выбирать, все равно все данные лежат в СУБД, вот для сервера СУБД диски и подберем, а серверу 1С какой-нибудь SSD купим.
Так действительно думают многие, что приводит к различным негативным последствиям разной степени тяжести. А ведь диск – это не планка оперативки, просто так быстро не добавишь и не заменишь.
Сейчас мы будем говорить только о сервере 1С и не будем касаться сервера СУБД, даже если они расположены на одной машине.
Итак, какие данные сервер 1С хранит на диске? В первую очередь это сеансовые данные, которые хранятся в директории с именем
Обратите внимание, что в имени родительской директории присутствует номер порта, на котором зарегистрирована служба, если вы используете несколько установок сервера 1С:Предприятие с нестандартными портами, то имя каталога нужно будет скорректировать.
Что из себя представляют сеансовые данные? Это все данные, введенные пользователем в формы и предназначенные для передачи на сервер, прикрепленные к базе файлы при их загрузке и получении и иные объекты Временного хранилища, а также результаты отчетов, сформированных на сервере перед их передачей клиенту.
Первая и очевидная проблема – это скорость дисковых операций, потому что именно сеансовые данные могут стать узким горлышком, когда и сервер вроде-бы все считает быстро и клиент производительный, а где-то все равно тупит.
Но это только видимая часть айсберга, есть довольно неочевидный момент – размер сеансовых данных может иногда очень резко вырастать. Это происходит при работе с Временным хранилищем, в частности с прикрепленными к базе файлами.
Чаще всего проблемы встречаются с внешними обработками, загружающими в базу картинки. Если это делать в одну операцию, не очищая временное хранилище, то весь передаваемый объем попадет в сеансовые данные и будет жить там до окончания сеанса пользователя.
При небольшом размере корневого раздела это может привести к деградации производительности твердотельного накопителя или вообще положить сервер, если место на разделе закончится.
В той же директории, рядом с папкой сеансовых данных можно найти папки с именами, состоящими из уникальных идентификаторов, по одной на каждую информационную базу. Там находятся профайлы с настройками и каталоги
Первый содержит индекс полнотекстового поиска и может разрастаться до приличного размера, в зависимости от количества информации в базе и быстрый доступ к нему является залогом быстрой работы. А необходимость в полнотекстовом поиске возникает практически везде, где имеется много однотипной информации и нужно быстро искать по части введенной строки.
В некоторых случаях данная директория может резко разрастись, вплоть до полного исчерпания места ни диске. В этом случае ее содержимое следует удалить и перестроить поисковый индекс в самой программе.
Второй каталог содержит журнал регистрации, поиск с отборами в котором верный способ подвесить базу любого размера. В последних версиях платформы к журналу регистрации добавили индексы, но принципиально ситуацию это не улучшило. Чтение журнала остается достаточно дорогой операцией.
Поэтому снова возникает потребность в быстром накопителе. Размер журнала можно регулировать настройками уровня логирования и разбиения его на файлы по периодам, в этом случае старые файлы журнала можно просто копировать в другое место.
И еще не следует забывать про временные папки, которые 1С активно использует, особенно при выгрузке-загрузке, обновлениях и прочих операциях с базой. Даже если вы выгружаете тот же DT из базы с одного раздела на другой раздел – промежуточный результат всегда будет во временной папке.
Поэтому позаботьтесь о том, чтобы там всегда было достаточно места, это особенно актуально для тех, кто выносит временные папки на отдельные разделы или в оперативную память.
Ой, да чего там выбирать, все равно все данные лежат в СУБД, вот для сервера СУБД диски и подберем, а серверу 1С какой-нибудь SSD купим.
Так действительно думают многие, что приводит к различным негативным последствиям разной степени тяжести. А ведь диск – это не планка оперативки, просто так быстро не добавишь и не заменишь.
Сейчас мы будем говорить только о сервере 1С и не будем касаться сервера СУБД, даже если они расположены на одной машине.
Итак, какие данные сервер 1С хранит на диске? В первую очередь это сеансовые данные, которые хранятся в директории с именем
snccntx + уникальный идентификатор. В Windows она располагается в C:\Program Files\1cv8\srvinfo\reg_1541, в Linux в /home/usr1cv8/.1cv8/1C/1cv8/reg_1541.Обратите внимание, что в имени родительской директории присутствует номер порта, на котором зарегистрирована служба, если вы используете несколько установок сервера 1С:Предприятие с нестандартными портами, то имя каталога нужно будет скорректировать.
Что из себя представляют сеансовые данные? Это все данные, введенные пользователем в формы и предназначенные для передачи на сервер, прикрепленные к базе файлы при их загрузке и получении и иные объекты Временного хранилища, а также результаты отчетов, сформированных на сервере перед их передачей клиенту.
Первая и очевидная проблема – это скорость дисковых операций, потому что именно сеансовые данные могут стать узким горлышком, когда и сервер вроде-бы все считает быстро и клиент производительный, а где-то все равно тупит.
Но это только видимая часть айсберга, есть довольно неочевидный момент – размер сеансовых данных может иногда очень резко вырастать. Это происходит при работе с Временным хранилищем, в частности с прикрепленными к базе файлами.
Чаще всего проблемы встречаются с внешними обработками, загружающими в базу картинки. Если это делать в одну операцию, не очищая временное хранилище, то весь передаваемый объем попадет в сеансовые данные и будет жить там до окончания сеанса пользователя.
При небольшом размере корневого раздела это может привести к деградации производительности твердотельного накопителя или вообще положить сервер, если место на разделе закончится.
В той же директории, рядом с папкой сеансовых данных можно найти папки с именами, состоящими из уникальных идентификаторов, по одной на каждую информационную базу. Там находятся профайлы с настройками и каталоги
1Cv8FTxt и 1Cv8Log.Первый содержит индекс полнотекстового поиска и может разрастаться до приличного размера, в зависимости от количества информации в базе и быстрый доступ к нему является залогом быстрой работы. А необходимость в полнотекстовом поиске возникает практически везде, где имеется много однотипной информации и нужно быстро искать по части введенной строки.
В некоторых случаях данная директория может резко разрастись, вплоть до полного исчерпания места ни диске. В этом случае ее содержимое следует удалить и перестроить поисковый индекс в самой программе.
Второй каталог содержит журнал регистрации, поиск с отборами в котором верный способ подвесить базу любого размера. В последних версиях платформы к журналу регистрации добавили индексы, но принципиально ситуацию это не улучшило. Чтение журнала остается достаточно дорогой операцией.
Поэтому снова возникает потребность в быстром накопителе. Размер журнала можно регулировать настройками уровня логирования и разбиения его на файлы по периодам, в этом случае старые файлы журнала можно просто копировать в другое место.
И еще не следует забывать про временные папки, которые 1С активно использует, особенно при выгрузке-загрузке, обновлениях и прочих операциях с базой. Даже если вы выгружаете тот же DT из базы с одного раздела на другой раздел – промежуточный результат всегда будет во временной папке.
Поэтому позаботьтесь о том, чтобы там всегда было достаточно места, это особенно актуально для тех, кто выносит временные папки на отдельные разделы или в оперативную память.
👍34❤1🤔1
Еще раз про Load Average и логические / виртуальные ядра
Сегодня в очередной раз столкнулся с неверным пониманием такого важного параметра, как Load Average.
Уже неизвестно откуда пошла такая теория, что логические, а тем более виртуальные ядра искажают значение LA просто потому, что они «ненастоящие». Но она оказалась живучей и до сих пор бродит в IT-среде как призрак коммунизма.
На самом деле это не так, потому что Load Average – это не физический параметр и тем более не показатель нагрузки на CPU или его производительности.
Это относительное значение, показывающее доступность вычислительных ресурсов в системе.
Мы знаем, что процессор выделяет каждому нуждающемуся в вычислениях процессу некоторое время, называемое тиком, в течении которого процесс получает доступ к вычислительным ресурсам ЦПУ.
Если мы возьмем некоторое время, а при вычислении LA берется промежуток из 5000 тиков, то это самое количество тиков мы можем принять за
Таким образом значение
А если процессов больше, чем доступных тиков? Возникает очередь и LA начинает принимать значения выше единицы. При этом
Таким образом тормозная дисковая подсистема также может сильно увеличить значение LA при фактическом простое процессора.
Корректно ли это? Да, корректно, так как процесс нуждается в вычислительных ресурсах, но не может их получить, по какой причине – это уже совсем отдельная история.
Что будет если мы добавим еще одно ядро, не важно физическое, логическое или виртуальное. У нас появятся еще 5000 тиков и полной нагрузке на систему будет соответствовать
Означает ли это, что производительность выросла вдвое? Нет. Производительность зависит от того, сколько операций за единицу времени может выполнить конкретное ядро.
Но теперь за одну и ту же единицу времени доступ к CPU получат уже не 5 000, а 10 000 процессов. А, как известно, лучше плохое ехать, чем хорошо стоять.
Таким образом максимальный LA всегда считается по количеству доступных системе ядер, а их происхождение неважно.
https://interface31.ru/tech_it/2016/06/linux-nachinayushhim-chto-takoe-load-average-i-kakuyu-informaciyu-on-neset.html
Сегодня в очередной раз столкнулся с неверным пониманием такого важного параметра, как Load Average.
Уже неизвестно откуда пошла такая теория, что логические, а тем более виртуальные ядра искажают значение LA просто потому, что они «ненастоящие». Но она оказалась живучей и до сих пор бродит в IT-среде как призрак коммунизма.
На самом деле это не так, потому что Load Average – это не физический параметр и тем более не показатель нагрузки на CPU или его производительности.
Это относительное значение, показывающее доступность вычислительных ресурсов в системе.
Мы знаем, что процессор выделяет каждому нуждающемуся в вычислениях процессу некоторое время, называемое тиком, в течении которого процесс получает доступ к вычислительным ресурсам ЦПУ.
Если мы возьмем некоторое время, а при вычислении LA берется промежуток из 5000 тиков, то это самое количество тиков мы можем принять за
100% или единицу. Таким образом значение
1 для LA означает, что все тики были отданы процессам, но очереди не возникло. А если LA = 0.25 – то это значит, что процессы использовали только четверть доступных тиков.А если процессов больше, чем доступных тиков? Возникает очередь и LA начинает принимать значения выше единицы. При этом
LA > 1 вовсе не означает недостатка именно процессорных ресурсов, процесс может не использовать свой тик по причине ожидания, например, дискового ввода вывода. Таким образом тормозная дисковая подсистема также может сильно увеличить значение LA при фактическом простое процессора.
Корректно ли это? Да, корректно, так как процесс нуждается в вычислительных ресурсах, но не может их получить, по какой причине – это уже совсем отдельная история.
Что будет если мы добавим еще одно ядро, не важно физическое, логическое или виртуальное. У нас появятся еще 5000 тиков и полной нагрузке на систему будет соответствовать
LA = 2.Означает ли это, что производительность выросла вдвое? Нет. Производительность зависит от того, сколько операций за единицу времени может выполнить конкретное ядро.
Но теперь за одну и ту же единицу времени доступ к CPU получат уже не 5 000, а 10 000 процессов. А, как известно, лучше плохое ехать, чем хорошо стоять.
Таким образом максимальный LA всегда считается по количеству доступных системе ядер, а их происхождение неважно.
https://interface31.ru/tech_it/2016/06/linux-nachinayushhim-chto-takoe-load-average-i-kakuyu-informaciyu-on-neset.html
👍35🤝2🔥1
Адаптеры PowerLine – практические особенности эксплуатации
С приходом весны и тепла у моего товарища снова поднялся насущный вопрос – как провести нормальный интернет в гараж. Wi-Fi туда вроде как и добивал, но делал это как-то нестабильно, с нерегулярной скоростью и разрывами. Средняя скорость приема в гараже была около 20-25 Мбит/с.
Радикальное решение – протянуть витуху – не рассматривалось. Потому как делать это плохо, тупо бросив воздушку не хотелось, а хорошо – протянуть по подсобным помещениям выходило слишком хлопотным мероприятием.
Поэтому решили рассмотреть альтернативные решения и тут мы вспомнили о таком типе оборудования как PowerLine-адаптеры, позволяющие поднять локальную сеть поверх питающей сети 200 В.
Теперь немного теории. Стандарт HomePlug AV предусматривает использование двух проводов и использует рабочие частоты 1,8 – 30 МГц позволяя достигать скоростей до 100 Мбит/с. Стандарт HomePlug AV2 дополнительно использует третий провод (нейтраль) и частоты до 80 МГц, что позволяет реализовать скорости до 1 Гбит/с.
Рабочие частоты данных адаптеров достаточно низки и достаточно эффективно глушатся сетевыми фильтрами, а также чувствительны к помехам от другого электрооборудования (двигатели, импульсные помехи и т.д.) поэтому итоговая скорость будет сильно зависеть от состояния и конфигурации электрической сети.
Проводка в гараже без третьего провода, поэтому мы сразу приняли для себя, что 100 Мбит/с там будет вполне достаточно, тем более что входящий интернет также ограничен этой скоростью по тарифу.
Для покупки выбрали на Озоне PowerLine PLC RP-901TR v.2 пара которых обошлась нам в 1500 руб. (сейчас можно найти дешевле), адаптеры б/у от МГТС, но отзывы о них вполне хорошие.
На вид адаптеры практически новые, следов эксплуатации не видно, скорее всего лежали где-то на складе. Пришли уже сопряженные друг с другом, но когда мы решили попробовать повторить эту процедуру, то выяснилось, что инструкция на вложенной бумажке к адаптерам не подходит, нужная нашлась в интернете за пять минуть ленивых поисков.
Сначала решили провести синтетические тесты, для этого включили оба адаптера в один пилот и взяв два ноутбука запустили iperf. В результате стабильная скорость между ними установилась на 800-850 Мбит/с, при длительной нагрузке (мы гоняли тест около 15 мин.) адаптеры начали ощутимо нагреваться.
Заменяем пилот обычным удлинителем на 2 провода из гаража, результат предсказуем 85-89 Мбит/с.
Ок, уносим один адаптер в гараж и подключаем его в пилот. Второй оставляем на столе, в итоге у нас образовалась весьма причудливая конфигурация:
▫️ Адаптер - Пилот – Пилот – Пилот – Сеть – Пилот – Адаптер
▫️Результат: 10-15 Мбит/с
Выкидываем лишнюю цепочку из пилотов, оставляем:
▫️ Адаптер - Пилот – Сеть – Пилот – Адаптер
▫️Результат: 35-45 Мбит/с
Включаем в гараже адаптер напрямую в розетку, как и рекомендуют все инструкции, дома такой возможности нет, оставляем адаптер в пилоте, получаем схему:
▫️ Адаптер - Пилот – Сеть – Адаптер
▫️Результат: 70-75 Мбит/с.
Такой результат моего товарища полностью устроил, так как ради лишних 10 Мбит/с решать проблему с подключением крупного адаптера в розетки, спрятанные за мебелью как-то сильно не хотелось.
Данная система находится в эксплуатации с начала апреля, связь стабильная, нареканий нет. По помехам сильная чувствительность только к сварке и коллекторным двигателям электроинструмента, но с последними помогает подключить их через хороший пилот.
В целом подобные устройства, с учетом их низкой цены, можно покупать и использовать, но с оглядкой на все вышесказанное и понимая все возможные ограничения.
С приходом весны и тепла у моего товарища снова поднялся насущный вопрос – как провести нормальный интернет в гараж. Wi-Fi туда вроде как и добивал, но делал это как-то нестабильно, с нерегулярной скоростью и разрывами. Средняя скорость приема в гараже была около 20-25 Мбит/с.
Радикальное решение – протянуть витуху – не рассматривалось. Потому как делать это плохо, тупо бросив воздушку не хотелось, а хорошо – протянуть по подсобным помещениям выходило слишком хлопотным мероприятием.
Поэтому решили рассмотреть альтернативные решения и тут мы вспомнили о таком типе оборудования как PowerLine-адаптеры, позволяющие поднять локальную сеть поверх питающей сети 200 В.
Теперь немного теории. Стандарт HomePlug AV предусматривает использование двух проводов и использует рабочие частоты 1,8 – 30 МГц позволяя достигать скоростей до 100 Мбит/с. Стандарт HomePlug AV2 дополнительно использует третий провод (нейтраль) и частоты до 80 МГц, что позволяет реализовать скорости до 1 Гбит/с.
Рабочие частоты данных адаптеров достаточно низки и достаточно эффективно глушатся сетевыми фильтрами, а также чувствительны к помехам от другого электрооборудования (двигатели, импульсные помехи и т.д.) поэтому итоговая скорость будет сильно зависеть от состояния и конфигурации электрической сети.
Проводка в гараже без третьего провода, поэтому мы сразу приняли для себя, что 100 Мбит/с там будет вполне достаточно, тем более что входящий интернет также ограничен этой скоростью по тарифу.
Для покупки выбрали на Озоне PowerLine PLC RP-901TR v.2 пара которых обошлась нам в 1500 руб. (сейчас можно найти дешевле), адаптеры б/у от МГТС, но отзывы о них вполне хорошие.
На вид адаптеры практически новые, следов эксплуатации не видно, скорее всего лежали где-то на складе. Пришли уже сопряженные друг с другом, но когда мы решили попробовать повторить эту процедуру, то выяснилось, что инструкция на вложенной бумажке к адаптерам не подходит, нужная нашлась в интернете за пять минуть ленивых поисков.
Сначала решили провести синтетические тесты, для этого включили оба адаптера в один пилот и взяв два ноутбука запустили iperf. В результате стабильная скорость между ними установилась на 800-850 Мбит/с, при длительной нагрузке (мы гоняли тест около 15 мин.) адаптеры начали ощутимо нагреваться.
Заменяем пилот обычным удлинителем на 2 провода из гаража, результат предсказуем 85-89 Мбит/с.
Ок, уносим один адаптер в гараж и подключаем его в пилот. Второй оставляем на столе, в итоге у нас образовалась весьма причудливая конфигурация:
▫️ Адаптер - Пилот – Пилот – Пилот – Сеть – Пилот – Адаптер
▫️Результат: 10-15 Мбит/с
Выкидываем лишнюю цепочку из пилотов, оставляем:
▫️ Адаптер - Пилот – Сеть – Пилот – Адаптер
▫️Результат: 35-45 Мбит/с
Включаем в гараже адаптер напрямую в розетку, как и рекомендуют все инструкции, дома такой возможности нет, оставляем адаптер в пилоте, получаем схему:
▫️ Адаптер - Пилот – Сеть – Адаптер
▫️Результат: 70-75 Мбит/с.
Такой результат моего товарища полностью устроил, так как ради лишних 10 Мбит/с решать проблему с подключением крупного адаптера в розетки, спрятанные за мебелью как-то сильно не хотелось.
Данная система находится в эксплуатации с начала апреля, связь стабильная, нареканий нет. По помехам сильная чувствительность только к сварке и коллекторным двигателям электроинструмента, но с последними помогает подключить их через хороший пилот.
В целом подобные устройства, с учетом их низкой цены, можно покупать и использовать, но с оглядкой на все вышесказанное и понимая все возможные ограничения.
👍62
Субботнее. О жизни.
Нашел фото 2013 года, 10 лет назад, классический джентельменский набор администратора.
Не хватает только сумочки с дисками и стопки болванок на шпинделе.
С тех пор многое изменилось. Компакт-диски вымерли как класс. У меня дома нет ни одного устройства с их поддержкой.
Популярные боксы Zalman-VE и их аналоги (точнее оригиналы) от IODD массово вытеснили флешки с Ventoy, который в последних версиях действительно хорош.
Хотя у меня лежит где-то в тумбочке полуживой VE-300, на самый тяжелый случай, когда надо будет эмулировать аппаратный привод. Но что-то таких случаев давно не попадалось...
Нашел фото 2013 года, 10 лет назад, классический джентельменский набор администратора.
Не хватает только сумочки с дисками и стопки болванок на шпинделе.
С тех пор многое изменилось. Компакт-диски вымерли как класс. У меня дома нет ни одного устройства с их поддержкой.
Популярные боксы Zalman-VE и их аналоги (точнее оригиналы) от IODD массово вытеснили флешки с Ventoy, который в последних версиях действительно хорош.
Хотя у меня лежит где-то в тумбочке полуживой VE-300, на самый тяжелый случай, когда надо будет эмулировать аппаратный привод. Но что-то таких случаев давно не попадалось...
👍41🔥3
Какие загрузочные носители вы продолжаете использовать в своей работе? Можно выбрать несколько ответов.
Anonymous Poll
52%
Флешки
60%
Флешки с Ventoy
6%
Флешки с netboot.xyz
10%
CD/DVD диски
23%
Боксы VE-300/400 и аналоги
2%
Дискеты 3,5"
2%
Дискеты 5,25"
4%
Кассетный магнитофон
4%
Я не настоящий админ, я компьютер кнопочкой включаю
2%
Ничего не понятно, но очень интересно
👍18
VPN и шифрование
VPN сейчас в тренде, понятно, время такое. Но вот то, что иногда делают с ним, вроде бы технически грамотные люди – решительно непонятно.
Любимое народное развлечение – это накрутить на туннель шифров, да побольше, да посильнее. Особенно любят баловаться этим на Mikrotik.
И мы сейчас не про VPN для удаленного доступа, а про тот который пойди туда не знаю куда. После чего сразу поступают вопросы – а чего это все так медленно?
Вот здесь и хочется спросить: а что и от кого вы шифруете? И зачем?
Безопасность на уровне приложений решается с помощью SSL (HTTPS) и это действительно надежно.
Хотим приватности от провайдера - добавляем DNS over HTTPS и этого достаточно.
Если вам ходить туда, не знаю куда - то вам нужна только "труба" с точкой выхода там, не знаю где. Все что должно быть зашифровано - и так зашифровано, что нет - так и пойдет открытым текстом от точки выхода до пункта назначения.
Здесь хватит простого и быстрого шифра и нет никакого смысла во всяких AES-256 + SHA-512. Разве что дома холодно, и вы решили погреться от роутера.
VPN сейчас в тренде, понятно, время такое. Но вот то, что иногда делают с ним, вроде бы технически грамотные люди – решительно непонятно.
Любимое народное развлечение – это накрутить на туннель шифров, да побольше, да посильнее. Особенно любят баловаться этим на Mikrotik.
И мы сейчас не про VPN для удаленного доступа, а про тот который пойди туда не знаю куда. После чего сразу поступают вопросы – а чего это все так медленно?
Вот здесь и хочется спросить: а что и от кого вы шифруете? И зачем?
Безопасность на уровне приложений решается с помощью SSL (HTTPS) и это действительно надежно.
Хотим приватности от провайдера - добавляем DNS over HTTPS и этого достаточно.
Если вам ходить туда, не знаю куда - то вам нужна только "труба" с точкой выхода там, не знаю где. Все что должно быть зашифровано - и так зашифровано, что нет - так и пойдет открытым текстом от точки выхода до пункта назначения.
Здесь хватит простого и быстрого шифра и нет никакого смысла во всяких AES-256 + SHA-512. Разве что дома холодно, и вы решили погреться от роутера.
👍60😁14❤1👎1💯1
USB 3.x и Wi-Fi 2,4 ГГц
Что у них общего? На первый взгляд ничего, где USB и где Wi-Fi, абсолютно разные технологии.
Но если копнуть немного глубже, то перед нами электронные устройства, предназначенные для скоростной передачи данных, а следовательно, работающие на высоких частотах и способные производить помехи другим электронным устройствам.
USB 3.x не исключение, частотный спектр сигнала которого пересекается с диапазоном Wi-Fi 2,4 ГГц и способен серьезно нарушить работу последнего, вплоть до полного пропадания связи.
Это, например, коротко описано в разделе техподдержки TP-LINK:
Согласно спецификации интерфейса USB 3.0, передача данных по данному стандарту затрагивает частотный диапазон в 2,4-2,5 ГГц.
В результате, большое количество шумов или интерференций сигнала возникает на частоте 2,4 ГГц, и как следствие, мешает корректной работе роутера.
Если устройство USB 3.0 расположено близко к антеннам роутера, роутер пользователя может испытывать серьезные воздействия на частоте 2,4 ГГц.
Кому интересны подробности – могут ознакомиться с более детальным документом: https://www.usb.org/sites/default/files/327216.pdf
Выводы из него просты: если вы используете USB 3.x устройства с недостаточным экранированием кабелей или самих устройств, то можете получить серьезные проблемы с работой Wi-Fi в диапазоне 2,4 ГГц.
Особенно это касается роутеров, к которым пользователи любят присоединять накопители делая из них мини-медиацентры. Уровень широкополосного шума от USB 3.0 жесткого диска показан на картинке к посту.
Можно увидеть, что в среднем он на 20 дБм превышает фоновый шум, что является серьезной помехой, вызывающей различные негативные эффекты.
Аналогичный эффект могут испытывать клиентские устройства, такие как ноутбуки. Активное USB устройство, вставленное со стороны размещения беспроводного адаптера или его антенн может существенно ухудшить условия приема.
Также кроме Wi-Fi могут страдать и иные беспроводные устройства, например, беспроводные клавиатуры и мыши, также работающие в диапазоне 2,4 ГГц.
Поэтому если ваши устройства ввода вдруг начали вести себя неадекватно, то проверьте, не воткнул ли кто-то рядом с ними USB 3.x устройство.
Чтобы убедиться, что это не теоретическая вероятность, а суровая правда жизни могу привести реальный пример, когда человек столкнулся с подобным эффектом от углового адаптера порта: https://mysku.club/blog/aliexpress/99897.html
При этом на диапазон 5 ГГц устройства USB 3.х никакого негативного влияния не оказывают, на него приходится минимум помех, а следующая гармоника проявит себя уже в диапазоне 7,5 ГГц, но это уже совсем другая история.
Что у них общего? На первый взгляд ничего, где USB и где Wi-Fi, абсолютно разные технологии.
Но если копнуть немного глубже, то перед нами электронные устройства, предназначенные для скоростной передачи данных, а следовательно, работающие на высоких частотах и способные производить помехи другим электронным устройствам.
USB 3.x не исключение, частотный спектр сигнала которого пересекается с диапазоном Wi-Fi 2,4 ГГц и способен серьезно нарушить работу последнего, вплоть до полного пропадания связи.
Это, например, коротко описано в разделе техподдержки TP-LINK:
Согласно спецификации интерфейса USB 3.0, передача данных по данному стандарту затрагивает частотный диапазон в 2,4-2,5 ГГц.
В результате, большое количество шумов или интерференций сигнала возникает на частоте 2,4 ГГц, и как следствие, мешает корректной работе роутера.
Если устройство USB 3.0 расположено близко к антеннам роутера, роутер пользователя может испытывать серьезные воздействия на частоте 2,4 ГГц.
Кому интересны подробности – могут ознакомиться с более детальным документом: https://www.usb.org/sites/default/files/327216.pdf
Выводы из него просты: если вы используете USB 3.x устройства с недостаточным экранированием кабелей или самих устройств, то можете получить серьезные проблемы с работой Wi-Fi в диапазоне 2,4 ГГц.
Особенно это касается роутеров, к которым пользователи любят присоединять накопители делая из них мини-медиацентры. Уровень широкополосного шума от USB 3.0 жесткого диска показан на картинке к посту.
Можно увидеть, что в среднем он на 20 дБм превышает фоновый шум, что является серьезной помехой, вызывающей различные негативные эффекты.
Аналогичный эффект могут испытывать клиентские устройства, такие как ноутбуки. Активное USB устройство, вставленное со стороны размещения беспроводного адаптера или его антенн может существенно ухудшить условия приема.
Также кроме Wi-Fi могут страдать и иные беспроводные устройства, например, беспроводные клавиатуры и мыши, также работающие в диапазоне 2,4 ГГц.
Поэтому если ваши устройства ввода вдруг начали вести себя неадекватно, то проверьте, не воткнул ли кто-то рядом с ними USB 3.x устройство.
Чтобы убедиться, что это не теоретическая вероятность, а суровая правда жизни могу привести реальный пример, когда человек столкнулся с подобным эффектом от углового адаптера порта: https://mysku.club/blog/aliexpress/99897.html
При этом на диапазон 5 ГГц устройства USB 3.х никакого негативного влияния не оказывают, на него приходится минимум помех, а следующая гармоника проявит себя уже в диапазоне 7,5 ГГц, но это уже совсем другая история.
👍47🫡8❤1🤔1
23 апреля встречаемся на хардкорном митапе «Метрокластер на отечественном»
Что в программе?
▪️Разбор архитектуры и нюансов технологии метрокластера, особенностей проектирования и реализации
▪️Live-demo работы решения на отечественном оборудовании и ПО
Вы увидите, как ведет себя прикладное ПО при выходе из строя отдельных компонентов кластера и продуктивной площадки целиком.
В составе стенда два набора оборудования:
▪️СХД Аэродиск
▪️Сервер виртуализации Aquarius под управлением zVirt
▪️Коммутатор Qtech
и один набор ПО:
▪️СУБД Postgres Pro под синтетической нагрузкой
▪️Платформа анализа данных Visiology с рабочим местом администратора и руководителя ИТ-инфраструктуры и панелью по анализу данных
Между двумя площадками эмулируется расстояние 60 км. Отслеживать состояние комплекса будет система мониторинга «Пульт».
🗓 Когда?
23 апреля, 16:00
✅ Регистрация
Что в программе?
▪️Разбор архитектуры и нюансов технологии метрокластера, особенностей проектирования и реализации
▪️Live-demo работы решения на отечественном оборудовании и ПО
Вы увидите, как ведет себя прикладное ПО при выходе из строя отдельных компонентов кластера и продуктивной площадки целиком.
В составе стенда два набора оборудования:
▪️СХД Аэродиск
▪️Сервер виртуализации Aquarius под управлением zVirt
▪️Коммутатор Qtech
и один набор ПО:
▪️СУБД Postgres Pro под синтетической нагрузкой
▪️Платформа анализа данных Visiology с рабочим местом администратора и руководителя ИТ-инфраструктуры и панелью по анализу данных
Между двумя площадками эмулируется расстояние 60 км. Отслеживать состояние комплекса будет система мониторинга «Пульт».
🗓 Когда?
23 апреля, 16:00
✅ Регистрация
👍3
Мы купили новый компьютер, но 1С все равно тормозит…
На самом деле вы просто не умеете ее готовить. На скриншотах показан результат до и после настройки исключений встроенного антивируса Windows Defender. Впечатляет?
Про его «тесную дружбу» с 1С мы писали в статье:
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
✅ В статью добавлен скрипт, который автоматизирует добавление исключений для антивируса.
Для контроля полученного результата используем тест Гилева:
🔹 Как установить и использовать тест Гилева для 1С:Предприятие
Кстати, в последнее версии теста он еще определяет и сообщает о потенциально узких местах, таких как неправильная настройка схемы электропитания и т.п.
На самом деле вы просто не умеете ее готовить. На скриншотах показан результат до и после настройки исключений встроенного антивируса Windows Defender. Впечатляет?
Про его «тесную дружбу» с 1С мы писали в статье:
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
✅ В статью добавлен скрипт, который автоматизирует добавление исключений для антивируса.
Для контроля полученного результата используем тест Гилева:
🔹 Как установить и использовать тест Гилева для 1С:Предприятие
Кстати, в последнее версии теста он еще определяет и сообщает о потенциально узких местах, таких как неправильная настройка схемы электропитания и т.п.
👍48🔥5
Как внедрить ИИ в бизнес-процессы
Все говорят об эффективности искусственного интеллекта, а кто скажет, с чего начать?
Directum собрал опыт известных компаний и включил лучшие практики в один гайд. С его помощью вы сможете:
🔸 Оценить, какие задачи можно передать ИИ уже сейчас.
🔸 Пошагово спланировать интеграцию технологий в ваши процессы.
🔸 Избежать типичных ошибок при внедрении.
Бонусом получите реальные кейсы, как компании экономят время и деньги с помощью ИИ.
Успейте скачать гайд Directum, пока они делятся им бесплатно 🔥
#реклама
О рекламодателе
Все говорят об эффективности искусственного интеллекта, а кто скажет, с чего начать?
Directum собрал опыт известных компаний и включил лучшие практики в один гайд. С его помощью вы сможете:
🔸 Оценить, какие задачи можно передать ИИ уже сейчас.
🔸 Пошагово спланировать интеграцию технологий в ваши процессы.
🔸 Избежать типичных ошибок при внедрении.
Бонусом получите реальные кейсы, как компании экономят время и деньги с помощью ИИ.
Успейте скачать гайд Directum, пока они делятся им бесплатно 🔥
#реклама
О рекламодателе
👍3❤1🔥1🤡1
Настройка файлового сервера Samba на платформе Debian / Ubuntu
Файловый сервер можно без преувеличения назвать средством первой необходимости, даже в сетях без выделенного сервера вы всегда обнаружите папки с общим доступом, но по мере роста объемов данных появляется потребность в отдельном решении.
Вариантов его организации множество, одним из которых является служба Samba на Linux-сервере, это простое, недорогое, но в то же время мощное решение по организации общего доступа к файлам и папкам в Windows сетях.
В данной статье мы рассмотрим настройку простого сервера на основе Samba 4 работающего в ОС Debian / Ubuntu.
https://interface31.ru/tech_it/2019/06/nastroyka-faylovogo-servera-samba-na-platforme-debian-ubuntu.html
Файловый сервер можно без преувеличения назвать средством первой необходимости, даже в сетях без выделенного сервера вы всегда обнаружите папки с общим доступом, но по мере роста объемов данных появляется потребность в отдельном решении.
Вариантов его организации множество, одним из которых является служба Samba на Linux-сервере, это простое, недорогое, но в то же время мощное решение по организации общего доступа к файлам и папкам в Windows сетях.
В данной статье мы рассмотрим настройку простого сервера на основе Samba 4 работающего в ОС Debian / Ubuntu.
https://interface31.ru/tech_it/2019/06/nastroyka-faylovogo-servera-samba-na-platforme-debian-ubuntu.html
👍41🔥4
Файловая информационная база 1С:Предприятие
Обсуждение показало, что многие коллеги имеют превратное представление о файловой информационной базе 1С, считая ее пережитком прошлого и вообще сосредоточением всех возможных недостатков платформы.
Однако это далеко не так, и в данной заметке мы расскажем почему.
Что собой представляет файловая база? Это собственный формат базы данных от 1С, который всю необходимую информацию хранит в одном единственном файле 1Cv8.1CD, кроме него в папке с базой находятся вспомогательные файлы, но никакой ценности они не несут, все нужное сосредоточено в единственном файле.
Файл имеет страничную структуру и может содержать 2^32-1 страницу размером 4 КБ, что ограничивает общий объем файла базы размеров в 16 ТБ. При этом, в силу внутреннего устройства действует дополнительное ограничение в размере 4 ГБ на размер внутренней таблицы файла.
Начиная с версии 8.3.8 можно менять размер страницы с 4 КБ до 64 КБ, что позволяет увеличить лимит размера внутренней таблицы до 6 ГБ.
Что касается скорости работы, то при прочих равных файловая база всегда работает быстрее клиент-серверной, быстрее в несколько раз. В этом может легко убедиться каждый при помощи теста Гилева. В результате нашего экспресс-теста была получена трехкратная разница.
Как это можно использовать? Если у вас есть тяжелые задачи, требующие преимущественно однопоточного, монопольного доступа, то вы можете радикально их ускорить, выгрузив клиент-серверную базу в файловую, выполнив необходимые операции и загрузив обратно.
А еще вы можете перенести такую базу с сервера на пользовательский ПК с более высокой производительностью на ядро и еще более ускорив выполнение нужных операций.
Поэтому, если вы используете базу единолично, то файловый режим – это то, что доктор прописал. И именно в файловый режим мы всегда выгружаем тестовые базы и базы для разработки, несмотря на наличие севера. Потому что быстрее, сильно быстрее.
Но есть и иная сторона медали, общий доступ к файловой базе осуществляется путем разделения доступа к файлу базы и первое с чем вы столкнетесь – это блокировки. При совместной работе производительность файлового варианта резко падает, поэтому общие рекомендации – это не более 3-5 пользователей.
Второе ограничение – это размер базы, по мере роста которой работа в многопользовательском файловом режиме будет все менее комфортной. Это связано с тем, что по сети приходится гонять большой объем данных, что упирается в производительность дисковой и сетевой подсистем.
В эпоху жестких дисков таким порогом был размер примерно в 4 ГБ, в эпоху SSD более-менее комфортно жить в файловой можно до 10-12 ГБ.
Но здесь есть еще один «чит» - публикация на веб-сервере. В таком режиме работы модуль расширения веб-сервера выполняет серверный код, а тонкий клиент или браузер – клиентскую часть кода.
При этом есть одна тонкость, модуль расширения веб-сервера в файловом режиме однопоточен. Т.е. все запросы клиентов ставятся в единую очередь. При этом вопрос блокировок отпадает сам собой.
Но очередь – скажете вы. И что, что очередь? Еще раз смотрим на разницу в производительности и понимаем, что до определенного предела производительность файлового режима через веб-сервер позволяет вообще не задумываться об этом моменте. Если очередь обслуживается быстро, то не все равно сколько вас там в этой очереди?
Поэтому сегодня даже в одной сети есть смысл использовать файловую базу сугубо через веб-сервер. Это позволяет закрыть потребности 5-10 и даже 15 пользователей простым пользовательским железом, в этом плане вне конкуренции процессоры AMD Ryzen 5/7/9.
Стимулами для перехода на клиент-серверные версии становится рост количества пользователей, когда однопоточный модуль не успевает обрабатывать очередь, рост объема базы, а также необходимость выполнения регламентных заданий и обменов в автоматическом режиме, без активных сеансов пользователя.
Но это уже совсем другой уровень бизнеса и инфраструктуры, да и вообще совсем другая история.
Обсуждение показало, что многие коллеги имеют превратное представление о файловой информационной базе 1С, считая ее пережитком прошлого и вообще сосредоточением всех возможных недостатков платформы.
Однако это далеко не так, и в данной заметке мы расскажем почему.
Что собой представляет файловая база? Это собственный формат базы данных от 1С, который всю необходимую информацию хранит в одном единственном файле 1Cv8.1CD, кроме него в папке с базой находятся вспомогательные файлы, но никакой ценности они не несут, все нужное сосредоточено в единственном файле.
Файл имеет страничную структуру и может содержать 2^32-1 страницу размером 4 КБ, что ограничивает общий объем файла базы размеров в 16 ТБ. При этом, в силу внутреннего устройства действует дополнительное ограничение в размере 4 ГБ на размер внутренней таблицы файла.
Начиная с версии 8.3.8 можно менять размер страницы с 4 КБ до 64 КБ, что позволяет увеличить лимит размера внутренней таблицы до 6 ГБ.
Что касается скорости работы, то при прочих равных файловая база всегда работает быстрее клиент-серверной, быстрее в несколько раз. В этом может легко убедиться каждый при помощи теста Гилева. В результате нашего экспресс-теста была получена трехкратная разница.
Как это можно использовать? Если у вас есть тяжелые задачи, требующие преимущественно однопоточного, монопольного доступа, то вы можете радикально их ускорить, выгрузив клиент-серверную базу в файловую, выполнив необходимые операции и загрузив обратно.
А еще вы можете перенести такую базу с сервера на пользовательский ПК с более высокой производительностью на ядро и еще более ускорив выполнение нужных операций.
Поэтому, если вы используете базу единолично, то файловый режим – это то, что доктор прописал. И именно в файловый режим мы всегда выгружаем тестовые базы и базы для разработки, несмотря на наличие севера. Потому что быстрее, сильно быстрее.
Но есть и иная сторона медали, общий доступ к файловой базе осуществляется путем разделения доступа к файлу базы и первое с чем вы столкнетесь – это блокировки. При совместной работе производительность файлового варианта резко падает, поэтому общие рекомендации – это не более 3-5 пользователей.
Второе ограничение – это размер базы, по мере роста которой работа в многопользовательском файловом режиме будет все менее комфортной. Это связано с тем, что по сети приходится гонять большой объем данных, что упирается в производительность дисковой и сетевой подсистем.
В эпоху жестких дисков таким порогом был размер примерно в 4 ГБ, в эпоху SSD более-менее комфортно жить в файловой можно до 10-12 ГБ.
Но здесь есть еще один «чит» - публикация на веб-сервере. В таком режиме работы модуль расширения веб-сервера выполняет серверный код, а тонкий клиент или браузер – клиентскую часть кода.
При этом есть одна тонкость, модуль расширения веб-сервера в файловом режиме однопоточен. Т.е. все запросы клиентов ставятся в единую очередь. При этом вопрос блокировок отпадает сам собой.
Но очередь – скажете вы. И что, что очередь? Еще раз смотрим на разницу в производительности и понимаем, что до определенного предела производительность файлового режима через веб-сервер позволяет вообще не задумываться об этом моменте. Если очередь обслуживается быстро, то не все равно сколько вас там в этой очереди?
Поэтому сегодня даже в одной сети есть смысл использовать файловую базу сугубо через веб-сервер. Это позволяет закрыть потребности 5-10 и даже 15 пользователей простым пользовательским железом, в этом плане вне конкуренции процессоры AMD Ryzen 5/7/9.
Стимулами для перехода на клиент-серверные версии становится рост количества пользователей, когда однопоточный модуль не успевает обрабатывать очередь, рост объема базы, а также необходимость выполнения регламентных заданий и обменов в автоматическом режиме, без активных сеансов пользователя.
Но это уже совсем другой уровень бизнеса и инфраструктуры, да и вообще совсем другая история.
👍60🔥9❤1🤔1
Шифруй меня полностью! Как построить надёжный KMS для публичного облака?
Расскажем 30 апреля в 5-й серии реалити-проекта для инженеров — Building the Cloud от MWS.
Что будет в эфире:
— база про шифрование в облачных средах
— архитектура сервиса KMS для облака MWS: челленджи и решения
— розыгрыш мерча за лучший вопрос
Если интересуешься безопасностью, шифрованием и внутренней кухней облаков — регистрируйся.
Зарегистрироваться
Реклама. ПАО "МТС". ИНН 7740000076.
Расскажем 30 апреля в 5-й серии реалити-проекта для инженеров — Building the Cloud от MWS.
Что будет в эфире:
— база про шифрование в облачных средах
— архитектура сервиса KMS для облака MWS: челленджи и решения
— розыгрыш мерча за лучший вопрос
Если интересуешься безопасностью, шифрованием и внутренней кухней облаков — регистрируйся.
Зарегистрироваться
Реклама. ПАО "МТС". ИНН 7740000076.
👍1
Лицензирование 1С:Предприятие 8.х
Система программ 1С:Предприятие широко применяется в организациях любого размера и хорошо известна каждому администратору.
Но до сих пор возникают вопросы по правильному лицензированию программы.
С одной стороны ничего сложного там нет, все написано в лицензионном соглашении, которое полностью размещено на узенькой страничке анкеты, с другой есть различные особенности, разночтения и заблуждения.
Поэтому мы решили в простой и доступной форме еще раз осветить этот вопрос.
https://interface31.ru/tech_it/2023/03/licenzirovanie-1spredpriyatie-8h.html
Система программ 1С:Предприятие широко применяется в организациях любого размера и хорошо известна каждому администратору.
Но до сих пор возникают вопросы по правильному лицензированию программы.
С одной стороны ничего сложного там нет, все написано в лицензионном соглашении, которое полностью размещено на узенькой страничке анкеты, с другой есть различные особенности, разночтения и заблуждения.
Поэтому мы решили в простой и доступной форме еще раз осветить этот вопрос.
https://interface31.ru/tech_it/2023/03/licenzirovanie-1spredpriyatie-8h.html
👍23
Как показал читательский отклик тема публикации баз 1С:Предприяите на веб-сервере вызывает интерес у многих читателей, в связи с чем предлагаем вам подборку наших материалов на эту тему:
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме на платформе Linux
🔹 Публикация баз данных 1С:Предприятие 8.3 на веб-сервере Apache в Debian или Ubuntu
🔹 Защищаем веб-публикацию 1С:Предприятие при помощи SSL и аутентификации по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере IIS c защитой SSL и аутентификацией по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере Apache в Windows c защитой SSL и аутентификацией по паролю
🔹 Настраиваем NGINX как обратный прокси для веб-публикации 1С:Предприятие
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме на платформе Linux
🔹 Публикация баз данных 1С:Предприятие 8.3 на веб-сервере Apache в Debian или Ubuntu
🔹 Защищаем веб-публикацию 1С:Предприятие при помощи SSL и аутентификации по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере IIS c защитой SSL и аутентификацией по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере Apache в Windows c защитой SSL и аутентификацией по паролю
🔹 Настраиваем NGINX как обратный прокси для веб-публикации 1С:Предприятие
👍39❤10🔥5
Порядок получения лицензий 1С:Предприятия клиентским приложением
Все виды клиентов 1С:Предприятия (кроме веб-клиента) осуществляют поиск лицензии в следующей последовательности:
▫️ Если ранее лицензия была успешно получена, то выполняется попытка получения лицензии из того же файла программной лицензии или HASP ключа что и при последнем подключении
▫️ При первом подключении или в том случае если на предыдущем этапе лицензия не была найдена выполняется поиск локальных программных лицензий
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Поиск базовой лицензии на локальном компьютере
❗️ Если лицензия не была найдена, то клиент обращается за лицензией на сервер (веб-сервер), поиск выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
☝️ При этом выдача лицензии сервером имеет свои особенности:
▫️ Лицензия выдается на каждый сеанс, т.е. один клиент может занять несколько лицензий
▫️ Сервер может подключиться только к одному локальному и одному сетевому ключу одной серии
Как видим, алгоритм достаточно сложный и поиск ключей выполняется во многих местах, поэтому для ускорения запуска клиента 1С, если вы не используете аппаратные ключи, следует использовать параметр
Все виды клиентов 1С:Предприятия (кроме веб-клиента) осуществляют поиск лицензии в следующей последовательности:
▫️ Если ранее лицензия была успешно получена, то выполняется попытка получения лицензии из того же файла программной лицензии или HASP ключа что и при последнем подключении
▫️ При первом подключении или в том случае если на предыдущем этапе лицензия не была найдена выполняется поиск локальных программных лицензий
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Поиск базовой лицензии на локальном компьютере
❗️ Если лицензия не была найдена, то клиент обращается за лицензией на сервер (веб-сервер), поиск выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
☝️ При этом выдача лицензии сервером имеет свои особенности:
▫️ Лицензия выдается на каждый сеанс, т.е. один клиент может занять несколько лицензий
▫️ Сервер может подключиться только к одному локальному и одному сетевому ключу одной серии
Как видим, алгоритм достаточно сложный и поиск ключей выполняется во многих местах, поэтому для ускорения запуска клиента 1С, если вы не используете аппаратные ключи, следует использовать параметр
UseHwLicenses=0 в конфигурационном файле 1cestart.cfg, который отключит поиск лицензий на аппаратных ключах.
👍33❤1
Порядок получения лицензий 1С:Предприятия веб-клиентом
Веб-клиент – особый тип клиентского приложения, предназначенный для работы через браузер. Это один из самых специфичных и ограниченных в возможностях клиентов и поэтому работу через него надо избегать.
Однако в ряде случаев особых альтернатив ему нет, например, для техники Apple или планшетов Andriod.
Получение лицензий таким клиентом имеет свои особенности и зависит от режима работы.
Для файловой базы поиск производится на компьютере, где установлен модуль расширения веб-сервера, все лицензии выдаются только в многопользовательском режиме (на сеанс):
▫️ Получение лицензии из файла программной лицензии или HASP ключа откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной файловой лицензии
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
Для клиент-серверных баз локальный поиск ключа на компьютере с установленным модулем расширения веб-сервера не производится, лицензия сразу запрашивается с сервера. Поиск лицензии выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
При этом, если вы используете веб-клиент для подключения к файловым и клиент-серверным базам одновременно вам будет необходимо держать два комплекта лицензий на веб-сервере и сервере 1С Предприятие в количестве достаточном для запуска нужного числа сеансов.
Веб-клиент – особый тип клиентского приложения, предназначенный для работы через браузер. Это один из самых специфичных и ограниченных в возможностях клиентов и поэтому работу через него надо избегать.
Однако в ряде случаев особых альтернатив ему нет, например, для техники Apple или планшетов Andriod.
Получение лицензий таким клиентом имеет свои особенности и зависит от режима работы.
Для файловой базы поиск производится на компьютере, где установлен модуль расширения веб-сервера, все лицензии выдаются только в многопользовательском режиме (на сеанс):
▫️ Получение лицензии из файла программной лицензии или HASP ключа откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной файловой лицензии
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
Для клиент-серверных баз локальный поиск ключа на компьютере с установленным модулем расширения веб-сервера не производится, лицензия сразу запрашивается с сервера. Поиск лицензии выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
При этом, если вы используете веб-клиент для подключения к файловым и клиент-серверным базам одновременно вам будет необходимо держать два комплекта лицензий на веб-сервере и сервере 1С Предприятие в количестве достаточном для запуска нужного числа сеансов.
👍16🔥4❤2🤔1
Особенности использования аппаратных ключей HASP для 1С:Предприятие
Несмотря на то, что ключи HASP более недоступны для покупки у пользователей системы 1С:Предприятие осталось на руках еще достаточно ключей, поэтому информация о их применении остается актуальной.
Бытует мнение, что аппаратные ключи проще и удобнее программных лицензий, однако это не так, у них есть свои особенности и ограничения. Далее мы будем говорить о многопользовательских ключах серии ORGL8, которые поставлялись в вариантах на 5, 10, 20, 50 и 100 лицензий.
Также еще есть ключи серий ORG8A и ORG8B на 300 и 500 лицензий.
Начнем с того, что несколько ключей одной серии не могут быть размещены вместе на одном узле и поэтому вам придется разносить их по разным ПК.
Дальнейшее поведение зависит от того, кто и как получает лицензию с этого ключа. Клиентское приложение при запуске в первую очередь ищет в сети службу HASP License Manager и пытается получить лицензию с ее помощью.
В этом случае ему выдается однопользовательская лицензия и он может запустить неограниченное количество сеансов информационных баз.
При использовании в сети нескольких ключей их желательно явно прописать в nethasp.ini примерно следующим образом:
Если службы HASP LM не найдены или обслуживаемый ими ключ не содержит свободных лицензий, то клиент попытается получить лицензии с сервера или веб-сервера, которые выдают их на сеанс.
Эта особенность часто приводит к сильному перерасходу лицензий в случае возникновения каких-либо сетевых проблем, когда клиенты перестают видеть службу HASP LM, а сервер продолжает иметь к ней доступ, либо ключ установлен на нем локально.
И самое интересное, это взаимодействие с сетевыми ключами сервера или веб-сервера 1С:Предприятие.
В первую очередь сервер ищет локальный ключ и начинает выдавать лицензии из него. По их исчерпании он начинает поиск сетевых ключей, работающих через HASP LM.
Но если в сети находятся несколько ключей, то сервер случайным образом выбирает один из них, дальнейший поиск ключей одной серии не производится.
Таким образом если лицензии на выбранном сетевом ключе будут исчерпаны сервер прекратит выдачу лицензий несмотря на то, что в сети есть еще ключи со свободными лицензиями.
Вместо этого сервер будет производить поиск ключей серий ORG8A и ORG8B, также по одному ключу каждого типа.
Все эти особенности делают использование аппаратных ключей не такой уж простой задачей и заставляют ответственно подходить к планированию инфраструктуры с их использованием.
Несмотря на то, что ключи HASP более недоступны для покупки у пользователей системы 1С:Предприятие осталось на руках еще достаточно ключей, поэтому информация о их применении остается актуальной.
Бытует мнение, что аппаратные ключи проще и удобнее программных лицензий, однако это не так, у них есть свои особенности и ограничения. Далее мы будем говорить о многопользовательских ключах серии ORGL8, которые поставлялись в вариантах на 5, 10, 20, 50 и 100 лицензий.
Также еще есть ключи серий ORG8A и ORG8B на 300 и 500 лицензий.
Начнем с того, что несколько ключей одной серии не могут быть размещены вместе на одном узле и поэтому вам придется разносить их по разным ПК.
Дальнейшее поведение зависит от того, кто и как получает лицензию с этого ключа. Клиентское приложение при запуске в первую очередь ищет в сети службу HASP License Manager и пытается получить лицензию с ее помощью.
В этом случае ему выдается однопользовательская лицензия и он может запустить неограниченное количество сеансов информационных баз.
При использовании в сети нескольких ключей их желательно явно прописать в nethasp.ini примерно следующим образом:
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.111.10, 192.168.111.11
NH_SERVER_NAME = HASP_LM1, HASP_LM2
Если службы HASP LM не найдены или обслуживаемый ими ключ не содержит свободных лицензий, то клиент попытается получить лицензии с сервера или веб-сервера, которые выдают их на сеанс.
Эта особенность часто приводит к сильному перерасходу лицензий в случае возникновения каких-либо сетевых проблем, когда клиенты перестают видеть службу HASP LM, а сервер продолжает иметь к ней доступ, либо ключ установлен на нем локально.
И самое интересное, это взаимодействие с сетевыми ключами сервера или веб-сервера 1С:Предприятие.
В первую очередь сервер ищет локальный ключ и начинает выдавать лицензии из него. По их исчерпании он начинает поиск сетевых ключей, работающих через HASP LM.
Но если в сети находятся несколько ключей, то сервер случайным образом выбирает один из них, дальнейший поиск ключей одной серии не производится.
Таким образом если лицензии на выбранном сетевом ключе будут исчерпаны сервер прекратит выдачу лицензий несмотря на то, что в сети есть еще ключи со свободными лицензиями.
Вместо этого сервер будет производить поиск ключей серий ORG8A и ORG8B, также по одному ключу каждого типа.
Все эти особенности делают использование аппаратных ключей не такой уж простой задачей и заставляют ответственно подходить к планированию инфраструктуры с их использованием.
👍21🤔1