Этот материал мы публикуем уже не первый раз, но вопросов, которые мы в нем разбираем меньше не становится, поэтому будет полезно прочесть его еще один раз.
🔹 Как правильно организовать резервное копирование и спать спокойно
Это полностью теоретическая статья в которой мы разбираем:
🔸 Что такое резервная копия
🔸 Что такое архив и почему его тоже нужно бекапить
🔸 Как часто мы бекапим
🔸 В каком объем и как долго храним
🔸 Как именно мы это делаем
🔸 Какие форматы применяем
🔸 Где храним и как храним
🔸 Что еще не забываем копировать
🔸 А что с восстановлением и почему нужен его план
🔸 Каким должен быть план
🔸 Почему и зачем нужны учения
И только после всего этого уже можно выбирать конкретные инструменты и способы. Иначе может быть мучительно больно за бесцельно потраченное время и ресурсы.
🔹 Как правильно организовать резервное копирование и спать спокойно
Это полностью теоретическая статья в которой мы разбираем:
🔸 Что такое резервная копия
🔸 Что такое архив и почему его тоже нужно бекапить
🔸 Как часто мы бекапим
🔸 В каком объем и как долго храним
🔸 Как именно мы это делаем
🔸 Какие форматы применяем
🔸 Где храним и как храним
🔸 Что еще не забываем копировать
🔸 А что с восстановлением и почему нужен его план
🔸 Каким должен быть план
🔸 Почему и зачем нужны учения
И только после всего этого уже можно выбирать конкретные инструменты и способы. Иначе может быть мучительно больно за бесцельно потраченное время и ресурсы.
👍46🍌1
Кошмар на улице Вязов
Сегодня мне приснился страшный сон, от которого я буквально проснулся в холодном поту. И на фоне которого разные монстры, маньяки и прочие ужастики кажутся детским утренником.
Сон пересказывать не буду, так как он местами иррациональный, как и все сны, но суть его свелась к следующему: у меня украли в чужом городе телефон, и я остался в незнакомом месте без связи, без денег, без навигации.
И это реальная проблема современного мира, сегодня телефон – это не просто средство связи, это цифровой центр человека, в котором сосредоточено очень и очень многое. Поэтому оставшись без телефона ощущаешь себя буквально голым.
Начнём со связи, сколько номеров помнит современный человек? Хорошо если один – свой. Ну люди старой закалки могут помнить два-три номера самых близких людей. И то вряд ли, номер мы видим один раз, а потом просто обращаемся к записи адресной книги.
Но сегодня основным средством связи становятся мессенджеры, а они, хоть и привязаны к номеру телефона, но написать в мессенджер просто попросив у кого-нибудь телефон не получится.
В общем, даже если добрый человек даст нам другой телефон, но вряд ли он чем нам поможет. Ну некому звонить будет. Не помним никаких номеров. Но это лишь малая часть проблемы.
Деньги. Многие уже давно отказались от наличных, а кто-то и от физических банковских карт. Их можно потерять, забыть, надо в чем-то носить. Зачем, когда все это есть в телефоне?
Тем более, что многие имеют карт больше одной, чаще всего виртуальных. Эта для повседневных трат, эта для интернета, с этой автосписания разные. А деньги между ними легко и непринужденно раскидываются при помощи банковского приложения на телефоне.
Таким образом без телефона мы рискуем остаться либо без денег совсем, либо без доступа к их значительной части. А это уже беда посерьезнее.
Третий важный момент – навигация. Все мы привыкли в незнакомом месте смотреть дорогу по телефону. Указал адрес, и он тебе дорогу покажет, или такси вызовет. При этом можно даже не адрес, а просто указать место назначения: метро такое-то, торговый центр такой-то и т.д. и т.п.
Можно, конечно, спросить, но большинство такие-же, знают свой адрес и пару ближайших адресов вокруг. И если это будет не что-то известное, тот же вокзал, могут просто неопределенно махнуть рукой, мол где-то там, пройдите вон до того угла, а там спросите.
Да и на тот же вокзал тоже не так просто попасть без денег, связи и навигации.
Вы думаете это все? Нет, это далеко не все. Все больше и больше сервисов переходит в электронный вид. Билеты, документы, бронирования и т.д. Вот купил я недавно билеты на поезд. Мне прислали на почту несколько PDF и в приложении РЖД билеты отобразились.
Посадка на поезд по паспорту, но тебе же еще где-то дату и время отправления посмотреть надо, номер вагона, место. Хотя это решаемо, пришел на вокзал пораньше и сиди, а на поезд все равно посадят, через любой вагон.
А вот с бронированиями все чаще встречается бесконтактное заселение, когда по готовности номера вы просто получаете код на телефон, которым и отпираете жилье или получаете доступ к ключу.
Нет телефона – нет кода, и хоть вы головой в дверь стучите – никто вам не откроет. Да и нет там никого, связь с операторами обычно по мессенджеру. И имея бронированное и оплаченное жилье придется вам ночевать на улице.
Добавим сюда всякие справки, страховки, да тот же медицинский полис, который никто с собой давно не возит – все есть на Госуслугах. А все это в телефоне.
Нет, все еще можно распечатать что-то на бумаге, что-то взять с собой, забронировать номер в обычном отеле или с заселением хозяином. Но общая тенденция идет к тому, что мы все быстрее и быстрее уходим в полностью цифровой мир.
И телефон в таком случае становится ключевым элементом присутствия в этом мире. Нет телефона (потерял, украли, да или просто сел) – всё, ты выпал за обочину жизни.
Сегодня мне приснился страшный сон, от которого я буквально проснулся в холодном поту. И на фоне которого разные монстры, маньяки и прочие ужастики кажутся детским утренником.
Сон пересказывать не буду, так как он местами иррациональный, как и все сны, но суть его свелась к следующему: у меня украли в чужом городе телефон, и я остался в незнакомом месте без связи, без денег, без навигации.
И это реальная проблема современного мира, сегодня телефон – это не просто средство связи, это цифровой центр человека, в котором сосредоточено очень и очень многое. Поэтому оставшись без телефона ощущаешь себя буквально голым.
Начнём со связи, сколько номеров помнит современный человек? Хорошо если один – свой. Ну люди старой закалки могут помнить два-три номера самых близких людей. И то вряд ли, номер мы видим один раз, а потом просто обращаемся к записи адресной книги.
Но сегодня основным средством связи становятся мессенджеры, а они, хоть и привязаны к номеру телефона, но написать в мессенджер просто попросив у кого-нибудь телефон не получится.
В общем, даже если добрый человек даст нам другой телефон, но вряд ли он чем нам поможет. Ну некому звонить будет. Не помним никаких номеров. Но это лишь малая часть проблемы.
Деньги. Многие уже давно отказались от наличных, а кто-то и от физических банковских карт. Их можно потерять, забыть, надо в чем-то носить. Зачем, когда все это есть в телефоне?
Тем более, что многие имеют карт больше одной, чаще всего виртуальных. Эта для повседневных трат, эта для интернета, с этой автосписания разные. А деньги между ними легко и непринужденно раскидываются при помощи банковского приложения на телефоне.
Таким образом без телефона мы рискуем остаться либо без денег совсем, либо без доступа к их значительной части. А это уже беда посерьезнее.
Третий важный момент – навигация. Все мы привыкли в незнакомом месте смотреть дорогу по телефону. Указал адрес, и он тебе дорогу покажет, или такси вызовет. При этом можно даже не адрес, а просто указать место назначения: метро такое-то, торговый центр такой-то и т.д. и т.п.
Можно, конечно, спросить, но большинство такие-же, знают свой адрес и пару ближайших адресов вокруг. И если это будет не что-то известное, тот же вокзал, могут просто неопределенно махнуть рукой, мол где-то там, пройдите вон до того угла, а там спросите.
Да и на тот же вокзал тоже не так просто попасть без денег, связи и навигации.
Вы думаете это все? Нет, это далеко не все. Все больше и больше сервисов переходит в электронный вид. Билеты, документы, бронирования и т.д. Вот купил я недавно билеты на поезд. Мне прислали на почту несколько PDF и в приложении РЖД билеты отобразились.
Посадка на поезд по паспорту, но тебе же еще где-то дату и время отправления посмотреть надо, номер вагона, место. Хотя это решаемо, пришел на вокзал пораньше и сиди, а на поезд все равно посадят, через любой вагон.
А вот с бронированиями все чаще встречается бесконтактное заселение, когда по готовности номера вы просто получаете код на телефон, которым и отпираете жилье или получаете доступ к ключу.
Нет телефона – нет кода, и хоть вы головой в дверь стучите – никто вам не откроет. Да и нет там никого, связь с операторами обычно по мессенджеру. И имея бронированное и оплаченное жилье придется вам ночевать на улице.
Добавим сюда всякие справки, страховки, да тот же медицинский полис, который никто с собой давно не возит – все есть на Госуслугах. А все это в телефоне.
Нет, все еще можно распечатать что-то на бумаге, что-то взять с собой, забронировать номер в обычном отеле или с заселением хозяином. Но общая тенденция идет к тому, что мы все быстрее и быстрее уходим в полностью цифровой мир.
И телефон в таком случае становится ключевым элементом присутствия в этом мире. Нет телефона (потерял, украли, да или просто сел) – всё, ты выпал за обочину жизни.
👍33💯17🤔11👀4😢1
Старость не радость! Пятничное, вечернее, о работе и жизни.
Про наболевшее, последнее время мы часто занимаемся интеграциями различных отраслевых решений с 1С:Предприятие. Когда нужно взять данные из некоторой отраслевой программы и полноценно отразить их в бухгалтерском учете.
Конкретных названий давать не будем, кто в теме – узнает участников пьесы, для остальных это не имеет никакого значения. Отрасль – стоматология.
Один заказчик давным-давно подсел на одну простую и веселую программу. Веселую в прямом смысле этого слова, один интерфейс с яркими картинками и смайликами чего стоит. Разработчик откуда-то с Дальнего Востока, последнее время отвисает в Таиланде.
Программа не сказать, что плохая, но на сегодня крайне устаревшая, в качестве БД используется FoxPro, а сама программа написана на Visual Basic, который даже еще не .NET.
Все бы ничего, но последнее время разработчик на нее подзабил и новые модули выпускает с большой задержкой, про интеграции вообще молчу. Ну и по цене начал терять края.
Первый звоночек был, когда он своевременно не смог реализовать модуль для онлайн-касс, а когда смог, то запросил за него дополнительные деньги (хотя поддержка оплачивалась ежегодно).
Но хотя бы самим выкручиваться не мешал, документация и структура БД лежали в открытом доступе, это уже сейчас он их спрятал и продает за отдельные деньги, но интернет все помнит.
Программа та местами чудная, местами имеет загадочную логику, но, в общем и целом, разобраться можно, тем более что доступ к БД есть. Интеграцию сделали давно, все работает. И не только учет, но еще и зарплатный контур, когда по данным из управляющей программы рассчитываем зарплату сотрудников по очень хитрым схемам.
Ну после очередных обновлений иногда приходится день-два посидеть, подумать, посмотреть, что там он поменял в структуре и почему все сломалось. Ну не парит разработчика обратная совместимость, ну бывает.
И вот появились на горизонте молодые и бодрые ребята со стильной, модной и молодежной системой в виде онлайн-приложения. Хотите берите в аренду, хотите – развернем на вашем сервере. Но доступа внутрь все равно не предоставим, будем обслуживать сами.
Ну сами, так сами. Нас интересовал другой вопрос – а что там с интеграцией. Потому, как и учет вести надо и зарплату считать, тем более что коллектив привык к существующей системе и ее прозрачности, когда на руки вместе с зарплатой каждый получал подробный расчет.
Не волнуйтесь, говорят, у нас есть API. Ок, когда дошло дело до интеграции и мы заглянули в этот API, то не обнаружили там ничего, что нам нужно. Записи на прием, интеграции с сайтом, рекламные компании, мобильные приложения, дашборды и всяко такое разное.
И нам снова сказали – не волнуйтесь, напишите, что вам надо, мы сделаем вам инфоблоки и персональное API к ним. Написали, сделали. И вот неделю с главным бухгалтером заказчика мы пытаемся собрать гусей.
Тут сразу вспоминается анекдот про человека с несколькими часами, который никогда ни в чем не уверен. Дело в том, что инфоблоки живут собственной жизнью и выдают различную информацию.
Так блок приемы показываем нам на дату три приема, списание материалов – пять, а заказ-наряды сформированы по семи приемам.
Но инфоблок приемы показывает только три, хотя если добавить в отбор номер приема, то его вам покажет, без отборов, когда должен показать все – его нет.
Наши просьбы предоставить нам сырой набор данных на основании первичных документов отвечают, что это невозможно и вообще проблема на нашей стороне. Они нам дали API, и оно работает, ведь выводит, если запросить по номеру.
Что такое учет и что такое первичные документы там не понимают в принципе, как и не понимают, что нас не устраивает. Ведь у них все стильно модно и молодежно, каждый день красивые разные картинки на заднем фоне.
И вообще проект тормозим мы, программист и главный бухгалтер, потому что мы уже старенькие (ну да, по сорок годков уже разменяли) и ничего не понимаем в современных технологиях. А еще постоянно просим чего-то и не можем объяснить чего.
Про наболевшее, последнее время мы часто занимаемся интеграциями различных отраслевых решений с 1С:Предприятие. Когда нужно взять данные из некоторой отраслевой программы и полноценно отразить их в бухгалтерском учете.
Конкретных названий давать не будем, кто в теме – узнает участников пьесы, для остальных это не имеет никакого значения. Отрасль – стоматология.
Один заказчик давным-давно подсел на одну простую и веселую программу. Веселую в прямом смысле этого слова, один интерфейс с яркими картинками и смайликами чего стоит. Разработчик откуда-то с Дальнего Востока, последнее время отвисает в Таиланде.
Программа не сказать, что плохая, но на сегодня крайне устаревшая, в качестве БД используется FoxPro, а сама программа написана на Visual Basic, который даже еще не .NET.
Все бы ничего, но последнее время разработчик на нее подзабил и новые модули выпускает с большой задержкой, про интеграции вообще молчу. Ну и по цене начал терять края.
Первый звоночек был, когда он своевременно не смог реализовать модуль для онлайн-касс, а когда смог, то запросил за него дополнительные деньги (хотя поддержка оплачивалась ежегодно).
Но хотя бы самим выкручиваться не мешал, документация и структура БД лежали в открытом доступе, это уже сейчас он их спрятал и продает за отдельные деньги, но интернет все помнит.
Программа та местами чудная, местами имеет загадочную логику, но, в общем и целом, разобраться можно, тем более что доступ к БД есть. Интеграцию сделали давно, все работает. И не только учет, но еще и зарплатный контур, когда по данным из управляющей программы рассчитываем зарплату сотрудников по очень хитрым схемам.
Ну после очередных обновлений иногда приходится день-два посидеть, подумать, посмотреть, что там он поменял в структуре и почему все сломалось. Ну не парит разработчика обратная совместимость, ну бывает.
И вот появились на горизонте молодые и бодрые ребята со стильной, модной и молодежной системой в виде онлайн-приложения. Хотите берите в аренду, хотите – развернем на вашем сервере. Но доступа внутрь все равно не предоставим, будем обслуживать сами.
Ну сами, так сами. Нас интересовал другой вопрос – а что там с интеграцией. Потому, как и учет вести надо и зарплату считать, тем более что коллектив привык к существующей системе и ее прозрачности, когда на руки вместе с зарплатой каждый получал подробный расчет.
Не волнуйтесь, говорят, у нас есть API. Ок, когда дошло дело до интеграции и мы заглянули в этот API, то не обнаружили там ничего, что нам нужно. Записи на прием, интеграции с сайтом, рекламные компании, мобильные приложения, дашборды и всяко такое разное.
И нам снова сказали – не волнуйтесь, напишите, что вам надо, мы сделаем вам инфоблоки и персональное API к ним. Написали, сделали. И вот неделю с главным бухгалтером заказчика мы пытаемся собрать гусей.
Тут сразу вспоминается анекдот про человека с несколькими часами, который никогда ни в чем не уверен. Дело в том, что инфоблоки живут собственной жизнью и выдают различную информацию.
Так блок приемы показываем нам на дату три приема, списание материалов – пять, а заказ-наряды сформированы по семи приемам.
Но инфоблок приемы показывает только три, хотя если добавить в отбор номер приема, то его вам покажет, без отборов, когда должен показать все – его нет.
Наши просьбы предоставить нам сырой набор данных на основании первичных документов отвечают, что это невозможно и вообще проблема на нашей стороне. Они нам дали API, и оно работает, ведь выводит, если запросить по номеру.
Что такое учет и что такое первичные документы там не понимают в принципе, как и не понимают, что нас не устраивает. Ведь у них все стильно модно и молодежно, каждый день красивые разные картинки на заднем фоне.
И вообще проект тормозим мы, программист и главный бухгалтер, потому что мы уже старенькие (ну да, по сорок годков уже разменяли) и ничего не понимаем в современных технологиях. А еще постоянно просим чего-то и не можем объяснить чего.
👍38🔥12👀2
Управляем настройками Microsoft Defender при помощи PowerShell
Microsoft Defender – как антивирус по умолчанию – вещь неплохая, позволяющая просто, бесплатно и эффективно закрыть базовые параметры защиты. Но, как и любой антивирус, требующая настройки.
Можно, конечно, выставить все руками, но это в штучных сценариях, если же подобные действия надо выполнять регулярно, то лучше всего этот процесс автоматизировать, а поможет нам в этом PowerShell.
Сначала получим список настроек при помощи командлета:
Настройки Microsoft Defender выводятся плоским списком и для дальнейшей работы с ними достаточно узнать наименование настройки. Например, отключим сканирование архивов:
Командлет Set-MpPreference задает новое значение параметра, но есть параметры, которые представляют собой список значений, которые нам нужно изменять точечно, а не полностью.
Узнать такие параметры легко, их значения заключены в {фигурные скобки}. Для добавления значения в список используйте:
Мы только что добавили в список путей исключений две директории. Если же потом нам надо удалить одно из значений, то используйте другой командлет:
Если пути содержат пробелы, то их следует обернуть в кавычки.
Как видим, ничего сложного нет. При помощи PowerShell мы можем автоматически проверить конфигурацию Microsoft Defender и привести ее к требуемым значениям с учетом необходимых условий и параметров.
Microsoft Defender – как антивирус по умолчанию – вещь неплохая, позволяющая просто, бесплатно и эффективно закрыть базовые параметры защиты. Но, как и любой антивирус, требующая настройки.
Можно, конечно, выставить все руками, но это в штучных сценариях, если же подобные действия надо выполнять регулярно, то лучше всего этот процесс автоматизировать, а поможет нам в этом PowerShell.
Сначала получим список настроек при помощи командлета:
Get-MpPreference
Настройки Microsoft Defender выводятся плоским списком и для дальнейшей работы с ними достаточно узнать наименование настройки. Например, отключим сканирование архивов:
Set-MpPreference -DisableArchiveScanning $true
Командлет Set-MpPreference задает новое значение параметра, но есть параметры, которые представляют собой список значений, которые нам нужно изменять точечно, а не полностью.
Узнать такие параметры легко, их значения заключены в {фигурные скобки}. Для добавления значения в список используйте:
Add-MpPreference -ExclusionPath C:\dir1, C:\dir2
Мы только что добавили в список путей исключений две директории. Если же потом нам надо удалить одно из значений, то используйте другой командлет:
Remove-MpPreference -ExclusionPath C:\dir2
Если пути содержат пробелы, то их следует обернуть в кавычки.
Как видим, ничего сложного нет. При помощи PowerShell мы можем автоматически проверить конфигурацию Microsoft Defender и привести ее к требуемым значениям с учетом необходимых условий и параметров.
👍34
Почему тормозит 1С. Файловый режим и Microsoft Defender
Я думаю, многие читали одноименную нашу статью, где мы рассказывали о влиянии встроенного антивируса на производительность файловых баз данных 1С. Кто не читал, может пройти по ссылке:
https://interface31.ru/tech_it/2021/12/pochemu-tormozit-1s-faylovyy-rezhim-i-microsoft-defender.html
Для того, чтобы облегчить данный процесс правильной настройки антивируса для совместной работы с 1С мы написали специальный скрипт. Что он делает?
🔹 Добавляет к исключениям расширения: 1CD, DT, CF
🔹 Добавляет в исключения пути рабочих папок 1С:
▫️ %APPDATA %\1C
▫️ %LOCALAPPDATA%\1C
🔹 Добавляет в исключения каталоги установки 1С:
▫️ %PROGRAMFILES%\1cv8
▫️ %PROGRAMFILES(x86) %\1cv8
🔹 Анализирует файл ibases.v8i и добавляет в исключения все найденные в нем файловые информационные базы.
🔹 Анализирует установленные платформы и для каждой из них создает исключения для процессов, запускаемых из директории \bin (поддерживается не всеми версиями Defender).
🔹 Создает исключения для процессов запускаемых из %APPDATA %\1C\1cv8\ExtCompT, где расположены драйвера подключаемого оборудования.
Скрипт поставляется в виде архива, который содержит собственно скрипт PowerShell и BAT-файл для его запуска. Архив следует распаковать в произвольное место и запустить BAT-файл от имени администратора.
👇👇👇 Архив со скриптом в комментариях
Я думаю, многие читали одноименную нашу статью, где мы рассказывали о влиянии встроенного антивируса на производительность файловых баз данных 1С. Кто не читал, может пройти по ссылке:
https://interface31.ru/tech_it/2021/12/pochemu-tormozit-1s-faylovyy-rezhim-i-microsoft-defender.html
Для того, чтобы облегчить данный процесс правильной настройки антивируса для совместной работы с 1С мы написали специальный скрипт. Что он делает?
🔹 Добавляет к исключениям расширения: 1CD, DT, CF
🔹 Добавляет в исключения пути рабочих папок 1С:
▫️ %APPDATA %\1C
▫️ %LOCALAPPDATA%\1C
🔹 Добавляет в исключения каталоги установки 1С:
▫️ %PROGRAMFILES%\1cv8
▫️ %PROGRAMFILES(x86) %\1cv8
🔹 Анализирует файл ibases.v8i и добавляет в исключения все найденные в нем файловые информационные базы.
🔹 Анализирует установленные платформы и для каждой из них создает исключения для процессов, запускаемых из директории \bin (поддерживается не всеми версиями Defender).
🔹 Создает исключения для процессов запускаемых из %APPDATA %\1C\1cv8\ExtCompT, где расположены драйвера подключаемого оборудования.
Скрипт поставляется в виде архива, который содержит собственно скрипт PowerShell и BAT-файл для его запуска. Архив следует распаковать в произвольное место и запустить BAT-файл от имени администратора.
👇👇👇 Архив со скриптом в комментариях
👍68🔥4👌1
А вот и практические результаты применения нашего скрипта.
Первая пара, POS-терминалы ATOL Jazz образца 2020 года, процессор Intel Celeron J1900, 4 ГБ RAM частотой 1600 МГц, SATA SSD.
Вторая пара, POS-терминалы ATOL Jazz образца 2024 года, процессор Intel Celeron J6412, 8 ГБ RAM частотой 2667 МГц, SATA SSD.
Первая пара, POS-терминалы ATOL Jazz образца 2020 года, процессор Intel Celeron J1900, 4 ГБ RAM частотой 1600 МГц, SATA SSD.
Вторая пара, POS-терминалы ATOL Jazz образца 2024 года, процессор Intel Celeron J6412, 8 ГБ RAM частотой 2667 МГц, SATA SSD.
🔥17👍14
Роскомнадзор может ограничить доступ в России для зарубежных провайдеров из-за того, что они не выполнили его требования.
Согласно законодательству, компании, оказывающие услуги хостинга, должны обеспечивать безопасность информации в своей инфраструктуре, взаимодействовать с Центром мониторинга и управления сетью связи общего пользования для противодействия DDoS-атакам, участвовать в учениях по обеспечению устойчивости российского сегмента интернета и подать заявку на включение в реестр провайдеров хостинга Роскомнадзора.
В списки Роскомнадзора попали:
▫️GoDaddy com LLC
▫️Amazon Web Services In
▫️HostGator com LLC
▫️Kamatera Inc
▫️ Ionos Inc
▫️Network Solutions LLC
▫️DigitalOcean LLC
▫️Hetzner Online GmbH
При этом следует помнить, что, например, GoDaddy com LLC – это не только одноименный хостинг, но и ряд компаний помельче, работающих под своими торговыми марками, скажем, Host Europe GmbH.
Ну и два последних хостера в списке – это серьезный удар, особенно по «народному» Hetzner.
👉 В общем – делаем выводы и готовим запасные площадки.
Согласно законодательству, компании, оказывающие услуги хостинга, должны обеспечивать безопасность информации в своей инфраструктуре, взаимодействовать с Центром мониторинга и управления сетью связи общего пользования для противодействия DDoS-атакам, участвовать в учениях по обеспечению устойчивости российского сегмента интернета и подать заявку на включение в реестр провайдеров хостинга Роскомнадзора.
В списки Роскомнадзора попали:
▫️GoDaddy com LLC
▫️Amazon Web Services In
▫️HostGator com LLC
▫️Kamatera Inc
▫️ Ionos Inc
▫️Network Solutions LLC
▫️DigitalOcean LLC
▫️Hetzner Online GmbH
При этом следует помнить, что, например, GoDaddy com LLC – это не только одноименный хостинг, но и ряд компаний помельче, работающих под своими торговыми марками, скажем, Host Europe GmbH.
Ну и два последних хостера в списке – это серьезный удар, особенно по «народному» Hetzner.
👉 В общем – делаем выводы и готовим запасные площадки.
👌8🤡7👍6🤣3🍌3
Риски использования зарубежного хостинга
На фоне дневных новостей решили обобщить свой опыт и собрать в одном материале все основные риски использования зарубежного хостинга в настоящее время.
Начнем с причин, которые заставляли использовать именно зарубежных провайдеров. Точнее с причины. Основная причина – это соотношение цена/возможности. В этом плане зарубежные хостеры предоставляли и предоставляют более интересные предложения, чем отечественные.
Все остальное вторично, а в текущих реалиях и вовсе перестало иметь значение, например, вынос сайта «за пределы юрисдикции» по соображениям безопасности. По факту безопасностью там и не пахнет, а теперь еще и заблокировать могут, просто по факту принадлежности к определенной юрисдикции.
Но начнем по порядку.
1️⃣ Оплата. Сегодня платить напрямую зарубежным провайдерам из РФ невозможно, вам придется использовать посредников, карты зарубежных банков, криптовалюты и прочие схемы, которые удорожают стоимость услуг.
А так как основной стимул хоститься там – это стоимость, то нужно крепко подумать и хорошо посчитать, может все-таки выгоднее вернуться в родные пенаты? Тем более что рисков хватает.
Также мы не говорим о том, что канал оплаты может в любой момент закрыться или кратно подорожать, добавляем сюда еще и нестабильность валютного курса.
2️⃣ Санкционные блокировки. Многие зарубежные провайдеры поддерживают санкции в отношении РФ и могут как полностью заблокировать ваш аккаунт, так и частично.
К частичным блокировкам относится, например, блокировка личного кабинета для российских адресов или систем с установленным русским языком или локалью.
В большинстве случаев для полноценного использования аккаунта вам понадобится виртуалка на зарубежной редакции ОС, без русской локали и раскладки клавиатуры и с часовым поясом отличным от поясов РФ.
3️⃣ Персональные блокировки. Если предыдущий пункт содержал чисто технические меры, когда блокировка была настроена в автоматическом режиме и не касалась вас лично, то здесь все хуже.
Например, вы можете получить такое письмо:
Sehr geehrte Damen und Herren,
wir möchten Sie daran erinnern, dass unseren Aufzeichnungen zufolge, Sie oder eine in Ihrem Konto aufgeführte Kontaktperson oder Domaininhaber/in sich möglicherweise in der Russischen Föderation befinden. Soweit diese Angaben zutreffen, werden Ihre Konten und/oder das/die betroffene(n) Produkt(e) zum 29.02.2024 gekündigt.
Für alle anderen Produkte wird Ihr Zugriff auf alle bei uns gespeicherten Daten und Inhalte zum 29.02.2024 beendet, und wir können Ihnen keine Backups zur Verfügung stellen. Aus diesem Grund bitten wir Sie dringend, Ihre Daten zu sichern und alle Produkte, die Sie bei uns haben, vor diesem Datum zu einem neuen Anbieter zu übertragen.
Общий смысл прост, мы заметили, что вы из РФ, поэтому просим с вещами на выход. Причем просят на выход в довольно сжатые сроки, данное письмо мы получили 22 февраля. А если у вас там был не один сайт, а целая инфраструктура?
4️⃣ Трансграничные замедления. Тут трудно сказать кто именно виноват и чьих это рук дело, но замедление трансграничного трафика имело и имеет место быть. Причем у вас все может быть хорошо, а вот у посетителей вашего сайта не очень.
В результате начнет расти процент отказов, будут падать позиции в поисковиках, просядет трафик что напрямую скажется на коммерческом результате. Причем не важно получаете вы доход с сайта напрямую или опосредованно. Для информационного ресурса тоже нет ничего хорошего, просядет рекламный доход.
5️⃣ Блокировки РКН. Под блокировку сегодня можно попасть легко и непринужденно. Просто, потому что где-то рядом у вас плохие соседи и РКН отдал на блокировку целый блок IP-адресов, потому что РКН не договорился с провайдером и т.д. и т.п.
Приятного тут тоже мало. Переезжать с заблокированного ресурса – еще то удовольствие, так как обходит, возможно, придется с двух сторон. С одной – запреты РКН, с другой – санкционные блокировки там.
Ну и вишенкой на торте будет спалиться и попасть под блокировки персональные.
На фоне дневных новостей решили обобщить свой опыт и собрать в одном материале все основные риски использования зарубежного хостинга в настоящее время.
Начнем с причин, которые заставляли использовать именно зарубежных провайдеров. Точнее с причины. Основная причина – это соотношение цена/возможности. В этом плане зарубежные хостеры предоставляли и предоставляют более интересные предложения, чем отечественные.
Все остальное вторично, а в текущих реалиях и вовсе перестало иметь значение, например, вынос сайта «за пределы юрисдикции» по соображениям безопасности. По факту безопасностью там и не пахнет, а теперь еще и заблокировать могут, просто по факту принадлежности к определенной юрисдикции.
Но начнем по порядку.
1️⃣ Оплата. Сегодня платить напрямую зарубежным провайдерам из РФ невозможно, вам придется использовать посредников, карты зарубежных банков, криптовалюты и прочие схемы, которые удорожают стоимость услуг.
А так как основной стимул хоститься там – это стоимость, то нужно крепко подумать и хорошо посчитать, может все-таки выгоднее вернуться в родные пенаты? Тем более что рисков хватает.
Также мы не говорим о том, что канал оплаты может в любой момент закрыться или кратно подорожать, добавляем сюда еще и нестабильность валютного курса.
2️⃣ Санкционные блокировки. Многие зарубежные провайдеры поддерживают санкции в отношении РФ и могут как полностью заблокировать ваш аккаунт, так и частично.
К частичным блокировкам относится, например, блокировка личного кабинета для российских адресов или систем с установленным русским языком или локалью.
В большинстве случаев для полноценного использования аккаунта вам понадобится виртуалка на зарубежной редакции ОС, без русской локали и раскладки клавиатуры и с часовым поясом отличным от поясов РФ.
3️⃣ Персональные блокировки. Если предыдущий пункт содержал чисто технические меры, когда блокировка была настроена в автоматическом режиме и не касалась вас лично, то здесь все хуже.
Например, вы можете получить такое письмо:
Sehr geehrte Damen und Herren,
wir möchten Sie daran erinnern, dass unseren Aufzeichnungen zufolge, Sie oder eine in Ihrem Konto aufgeführte Kontaktperson oder Domaininhaber/in sich möglicherweise in der Russischen Föderation befinden. Soweit diese Angaben zutreffen, werden Ihre Konten und/oder das/die betroffene(n) Produkt(e) zum 29.02.2024 gekündigt.
Für alle anderen Produkte wird Ihr Zugriff auf alle bei uns gespeicherten Daten und Inhalte zum 29.02.2024 beendet, und wir können Ihnen keine Backups zur Verfügung stellen. Aus diesem Grund bitten wir Sie dringend, Ihre Daten zu sichern und alle Produkte, die Sie bei uns haben, vor diesem Datum zu einem neuen Anbieter zu übertragen.
Общий смысл прост, мы заметили, что вы из РФ, поэтому просим с вещами на выход. Причем просят на выход в довольно сжатые сроки, данное письмо мы получили 22 февраля. А если у вас там был не один сайт, а целая инфраструктура?
4️⃣ Трансграничные замедления. Тут трудно сказать кто именно виноват и чьих это рук дело, но замедление трансграничного трафика имело и имеет место быть. Причем у вас все может быть хорошо, а вот у посетителей вашего сайта не очень.
В результате начнет расти процент отказов, будут падать позиции в поисковиках, просядет трафик что напрямую скажется на коммерческом результате. Причем не важно получаете вы доход с сайта напрямую или опосредованно. Для информационного ресурса тоже нет ничего хорошего, просядет рекламный доход.
5️⃣ Блокировки РКН. Под блокировку сегодня можно попасть легко и непринужденно. Просто, потому что где-то рядом у вас плохие соседи и РКН отдал на блокировку целый блок IP-адресов, потому что РКН не договорился с провайдером и т.д. и т.п.
Приятного тут тоже мало. Переезжать с заблокированного ресурса – еще то удовольствие, так как обходит, возможно, придется с двух сторон. С одной – запреты РКН, с другой – санкционные блокировки там.
Ну и вишенкой на торте будет спалиться и попасть под блокировки персональные.
👍27🤔12👎8🥱2
0day уязвимость в NTLM
Специалистами ACROS Security выявлена опасная уязвимость во всех версиях Windows начиная от Windows 7 и Server 2008 R2. Уязвимость позволяет злоумышленнику получить учетные данные NTLM просто просмотрев папку с вредоносным файлом.
Для ее эксплуатации пользователю даже нужно запускать вредоносный файл, достаточно просто открыть папку, в которой он находится. Подробности уязвимости и подробная схема ее работы не разглашается, чтобы затруднить ее эксплуатацию.
Информация об уязвимости передана в Microsoft, официальных исправлений в настоящее время нет. В тоже время своим клиентам ACROS Security предлагаются микропатчи закрывающие уязвимость.
Специалистами ACROS Security выявлена опасная уязвимость во всех версиях Windows начиная от Windows 7 и Server 2008 R2. Уязвимость позволяет злоумышленнику получить учетные данные NTLM просто просмотрев папку с вредоносным файлом.
Для ее эксплуатации пользователю даже нужно запускать вредоносный файл, достаточно просто открыть папку, в которой он находится. Подробности уязвимости и подробная схема ее работы не разглашается, чтобы затруднить ее эксплуатацию.
Информация об уязвимости передана в Microsoft, официальных исправлений в настоящее время нет. В тоже время своим клиентам ACROS Security предлагаются микропатчи закрывающие уязвимость.
👍27🥱1
Есть у нас такая статья:
Установка HASP License Manager в Linux (Debian / Ubuntu)
Которая про вымирающие, но никак не вымрущие HASP-ключи для 1С (и не только).
Сегодня решили по быстрому поднять HASP LM и обломались. Времени было потрачено много, Но увы, безуспешно.
И хорошо, что есть у нас эта статья. а точнее картинки к ней. Мы сравнили набор запущенных служб и все стало ясно.
Итак, версии 8.х от Etersoft не содержат компоненты HASP License Manager и не могут раздавать лицензии по сети. Локально с таким драйвером ключ работать будет.
Поэтому нам понадобится версия 7.90, которая под современные системы не собирается. Но можно взять самую позднюю из существующих, мы без проблем установили на Debian 12 версию для Debian 9.
После установки перезапустите службу и убедитесь что компонента hasplm загружена.
После чего выполните:
И убедитесь что сервер слушает порт 475 UDP.
✔️ Статью обновили
👇👇👇 Кому лениво искать - в комментариях пакеты для Debian и Ubuntu
Установка HASP License Manager в Linux (Debian / Ubuntu)
Которая про вымирающие, но никак не вымрущие HASP-ключи для 1С (и не только).
Сегодня решили по быстрому поднять HASP LM и обломались. Времени было потрачено много, Но увы, безуспешно.
И хорошо, что есть у нас эта статья. а точнее картинки к ней. Мы сравнили набор запущенных служб и все стало ясно.
Итак, версии 8.х от Etersoft не содержат компоненты HASP License Manager и не могут раздавать лицензии по сети. Локально с таким драйвером ключ работать будет.
Поэтому нам понадобится версия 7.90, которая под современные системы не собирается. Но можно взять самую позднюю из существующих, мы без проблем установили на Debian 12 версию для Debian 9.
После установки перезапустите службу и убедитесь что компонента hasplm загружена.
После чего выполните:
ss -upln | grep hasp
И убедитесь что сервер слушает порт 475 UDP.
✔️ Статью обновили
👇👇👇 Кому лениво искать - в комментариях пакеты для Debian и Ubuntu
👍48🔥7
Мыши плакали, кололись…
Заезжал сегодня к знакомым в сервис ну и поговорили за печатающую технику. Точнее я обратил внимание на некоторую, смутно знакомую модель.
Как оказалось, известный отечественный производитель совместимой расходки Cactus начал делать «совместимые» принтеры.
Модель пока одна, в нескольких вариациях. Кто послужил прототипом, я думаю, называть не надо. Все понятно из внешнего вида и названия: Cactus CS-LP1120 (драйвера от «оригинала» подходят тоже).
По неофициальным сведениям, сию модель перелицензировали у китайцев, которые ее в свою очередь у кого-то там лицензировали или «лицензировали».
Но в целом аппарат неплохой, тот же оригинал плюс некоторые доделки по механике и корпусу в лучшую сторону. Так что, если что, брать можно.
Заезжал сегодня к знакомым в сервис ну и поговорили за печатающую технику. Точнее я обратил внимание на некоторую, смутно знакомую модель.
Как оказалось, известный отечественный производитель совместимой расходки Cactus начал делать «совместимые» принтеры.
Модель пока одна, в нескольких вариациях. Кто послужил прототипом, я думаю, называть не надо. Все понятно из внешнего вида и названия: Cactus CS-LP1120 (драйвера от «оригинала» подходят тоже).
По неофициальным сведениям, сию модель перелицензировали у китайцев, которые ее в свою очередь у кого-то там лицензировали или «лицензировали».
Но в целом аппарат неплохой, тот же оригинал плюс некоторые доделки по механике и корпусу в лучшую сторону. Так что, если что, брать можно.
🔥46👍23🤣18😁2
А почему наши LXC-контейнеры перестали запускаться?
Вопрос нетривиальный и ответ на него найти очень не просто, особенно если работать надо здесь и сейчас.
Но в нашем случае виновник нашелся сразу. Это пакеты HASP LM от Etersoft и именно версии 7.90, про которые мы рассказывали вчера.
Сегодня один наш коллега, тоже не победивший в свое время версию 8.х, прочитав заметку, наконец-то «решил вопрос» и перенес HASP с компьютера пользователя на сервер.
Но, по старой админской привычке, перезагрузил сервер и сразу столкнулся с проблемами.
Если остановить службу haspd, то контейнеры нормально стартуют, потом haspd можно снова запустить – все будет работать.
Но лучше – вынести все это в отдельную виртуалку. А данная ситуация еще одно подтверждение старому правилу – не нужно ничего ставить на гипервизор.
Вопрос нетривиальный и ответ на него найти очень не просто, особенно если работать надо здесь и сейчас.
Но в нашем случае виновник нашелся сразу. Это пакеты HASP LM от Etersoft и именно версии 7.90, про которые мы рассказывали вчера.
Сегодня один наш коллега, тоже не победивший в свое время версию 8.х, прочитав заметку, наконец-то «решил вопрос» и перенес HASP с компьютера пользователя на сервер.
Но, по старой админской привычке, перезагрузил сервер и сразу столкнулся с проблемами.
Если остановить службу haspd, то контейнеры нормально стартуют, потом haspd можно снова запустить – все будет работать.
Но лучше – вынести все это в отдельную виртуалку. А данная ситуация еще одно подтверждение старому правилу – не нужно ничего ставить на гипервизор.
👍36👎1😁1
Тест на внимательность
Имеется такая конфигурация WG:
Почему при ее включении на ПК пропадет доступ в интернет через основной шлюз?
Имеется такая конфигурация WG:
[Interface]
PrivateKey = <PRIVKEY>
Address = 10.10.10.104/24
[Peer]
PublicKey = <PUBKEY>
AllowedIPs = 10.10.10.0/24, 192.168.25.0/0
Endpoint = XXX.XXX.XXX.XXX:34567
PersistentKeepalive = 25
Почему при ее включении на ПК пропадет доступ в интернет через основной шлюз?
😁22👍4🤣3🔥1
Монолит против виртуализации
Сегодня завершили трехдневную эпопею с переносом инфраструктуры одного заказчика на новый сервер в виртуальную среду. Процесс прошел сравнительно мягко, как для нас, так и для заказчика как раз благодаря тому, что виртуализация позволяет «есть слона по частям».
Долго рассказывать, но простой сервер небольшой организации для 1С и общей папки за прошедшие восемь лет превратился в сущего монстра. Уже несколько раз менялось железо, добавлялись и убирались роли, в общем много чего делалось, но система оставалась монолитом.
А это вызывало проблемы и сложности. Всегда приходилось учитывать влияние одних служб на другие, искать компромиссы по выделению ресурсов, крайне осторожно подходить к обслуживанию и обновлению.
И вот очередной час пришел, старое железо начало однозначно намекать, что намерено в скором времени отправиться в края вечной охоты. Поэтому купили новое железо и запланировали переезд, только уже с применением виртуализации.
Кто-то скажет, а какая разница, сервер все равно один, только добавляется лишняя прослойка в лице виртуализации.
Но нет, виртуализация позволяет надежно изолировать службы друг от друга. Обеспечить гарантированное выделение ресурсов. Убрать взаимное влияние служб. Обеспечить индивидуальную настройку любых параметров.
И в случае переезда виртуальные машины и контейнеры предоставляют гораздо большую гибкость. Просто перемещаем виртуалку на другой хост виртуализации и все, никаких дополнительных перенастроек.
Аналогично и с резервным копированием и временем восстановления. Скопировать на новый хост виртуалки и запустить их всегда быстрее, чем заново настроить монолит, даже при наличии всех данных.
Теперь о том, как это лучше делать. Все упирается в план. Прежде всего вы должны разделить существующие сервисы по отдельным контейнерам или виртуальным машинам.
Оптимально: один сервис – одна виртуальная машина (контейнер).
Далее – считаем ресурсы, как дисковые, так и по оперативной памяти. И то и другое можно выделять с превышением суммарной наличной емкости, но понимать, что этот момент придется постоянно контролировать.
По памяти проще, виртуальная машина может пиково забрать память и через некоторое время вернуть ее. Виртуальные диски растут только в одну сторону, даже если потом внутри мы удалили данные, внешний размер диска не уменьшится.
Но, зная, что у нас есть запас по пространству мы можем нарезать диски с перехлестом. Зачем? Скажем пошел неконтролируемый рост логов, пусть лучше он займет лишнее место, чем приведет к остановке сервиса. А там сигнал от мониторинга, выявление проблемы, ручные процедуры по приведению в норму дискового пространства.
Контейнер или виртуальная машина? Начнем с того, что контейнеры – это не про виртуализацию, это про изоляцию. Каждый контейнер предоставляет изолированную программную среду с прямым доступом к оборудованию и ядру.
Да, при необходимости вы можете использовать нужное вам программное окружение. Но контейнер с Debian 8 на Proxmox 8 не означает, что вы там используете Debian 8, а то, что вы используете ядро от Debian 12 в окружении библиотек из Debian 8.
Виртуалка – это совсем иное дело, это отдельный хост, со своим набором виртуального железа, виртуальной ОС и для заключенных внутри нее служб она ничем не отличается от обычного ПК.
Что выбрать? Смотрите сами. Контейнер дает минимальную потерю по производительности, фактически вы работаете на железе хоста. Также контейнеры используют память хоста и то, то вы им выделили – это лимиты.
Но они имеют свои особенности эксплуатации и это надо читать документацию к гипервизору.
Виртуалки более требовательны, так как у них запущено собственное ядро и собственное окружение, что потребляет лишнюю память и дает лишние потери производительности на слое виртуализации. Но они могут быть полностью отвязаны от железа хоста.
Что выбрать – смотреть по ситуации. Но в любом случае такая структура будет более гибкой и управляемой, нежели монолит.
Сегодня завершили трехдневную эпопею с переносом инфраструктуры одного заказчика на новый сервер в виртуальную среду. Процесс прошел сравнительно мягко, как для нас, так и для заказчика как раз благодаря тому, что виртуализация позволяет «есть слона по частям».
Долго рассказывать, но простой сервер небольшой организации для 1С и общей папки за прошедшие восемь лет превратился в сущего монстра. Уже несколько раз менялось железо, добавлялись и убирались роли, в общем много чего делалось, но система оставалась монолитом.
А это вызывало проблемы и сложности. Всегда приходилось учитывать влияние одних служб на другие, искать компромиссы по выделению ресурсов, крайне осторожно подходить к обслуживанию и обновлению.
И вот очередной час пришел, старое железо начало однозначно намекать, что намерено в скором времени отправиться в края вечной охоты. Поэтому купили новое железо и запланировали переезд, только уже с применением виртуализации.
Кто-то скажет, а какая разница, сервер все равно один, только добавляется лишняя прослойка в лице виртуализации.
Но нет, виртуализация позволяет надежно изолировать службы друг от друга. Обеспечить гарантированное выделение ресурсов. Убрать взаимное влияние служб. Обеспечить индивидуальную настройку любых параметров.
И в случае переезда виртуальные машины и контейнеры предоставляют гораздо большую гибкость. Просто перемещаем виртуалку на другой хост виртуализации и все, никаких дополнительных перенастроек.
Аналогично и с резервным копированием и временем восстановления. Скопировать на новый хост виртуалки и запустить их всегда быстрее, чем заново настроить монолит, даже при наличии всех данных.
Теперь о том, как это лучше делать. Все упирается в план. Прежде всего вы должны разделить существующие сервисы по отдельным контейнерам или виртуальным машинам.
Оптимально: один сервис – одна виртуальная машина (контейнер).
Далее – считаем ресурсы, как дисковые, так и по оперативной памяти. И то и другое можно выделять с превышением суммарной наличной емкости, но понимать, что этот момент придется постоянно контролировать.
По памяти проще, виртуальная машина может пиково забрать память и через некоторое время вернуть ее. Виртуальные диски растут только в одну сторону, даже если потом внутри мы удалили данные, внешний размер диска не уменьшится.
Но, зная, что у нас есть запас по пространству мы можем нарезать диски с перехлестом. Зачем? Скажем пошел неконтролируемый рост логов, пусть лучше он займет лишнее место, чем приведет к остановке сервиса. А там сигнал от мониторинга, выявление проблемы, ручные процедуры по приведению в норму дискового пространства.
Контейнер или виртуальная машина? Начнем с того, что контейнеры – это не про виртуализацию, это про изоляцию. Каждый контейнер предоставляет изолированную программную среду с прямым доступом к оборудованию и ядру.
Да, при необходимости вы можете использовать нужное вам программное окружение. Но контейнер с Debian 8 на Proxmox 8 не означает, что вы там используете Debian 8, а то, что вы используете ядро от Debian 12 в окружении библиотек из Debian 8.
Виртуалка – это совсем иное дело, это отдельный хост, со своим набором виртуального железа, виртуальной ОС и для заключенных внутри нее служб она ничем не отличается от обычного ПК.
Что выбрать? Смотрите сами. Контейнер дает минимальную потерю по производительности, фактически вы работаете на железе хоста. Также контейнеры используют память хоста и то, то вы им выделили – это лимиты.
Но они имеют свои особенности эксплуатации и это надо читать документацию к гипервизору.
Виртуалки более требовательны, так как у них запущено собственное ядро и собственное окружение, что потребляет лишнюю память и дает лишние потери производительности на слое виртуализации. Но они могут быть полностью отвязаны от железа хоста.
Что выбрать – смотреть по ситуации. Но в любом случае такая структура будет более гибкой и управляемой, нежели монолит.
👍58🤔6
В 2024 году основные игроки рынка отечественных операционных систем выпустили новые версии ОС:
🔹Astra Linux 1.8
🔹РЕД ОС 8
И только Альт ничего не выпустил, хотя и проанонсировал новую 11-ю платформу. И не сказать, что 10-я платформа устарела, но в конкурентной среде нужно держать руку на пульсе и идти в ногу, хотя бы из имиджевых соображений.
И видимо в этих самых целях они решили пропиарить выход платформы 10.4 как чего-то все-таки нового. Статья про Simply Linux 10.4 выполнена с прямым посылом – мы тоже выпускаем новые версии и всячески развиваемся.
Но кроме планового обновления версий софта ничего нового там не видно, ядро как было 6.1.49, так и осталось, хотя в Longterm уже вышло 6.12 и для домашней версии ядро уж можно было обновить.
В остальном все тоже самое, найдите, как говориться, десять отличий. Так что на значимое событие выпуск 10.4 явно не тянет, а решений на 11 платформе мы в этом году не увидели и вряд ли уже увидим.
🔹Astra Linux 1.8
🔹РЕД ОС 8
И только Альт ничего не выпустил, хотя и проанонсировал новую 11-ю платформу. И не сказать, что 10-я платформа устарела, но в конкурентной среде нужно держать руку на пульсе и идти в ногу, хотя бы из имиджевых соображений.
И видимо в этих самых целях они решили пропиарить выход платформы 10.4 как чего-то все-таки нового. Статья про Simply Linux 10.4 выполнена с прямым посылом – мы тоже выпускаем новые версии и всячески развиваемся.
Но кроме планового обновления версий софта ничего нового там не видно, ядро как было 6.1.49, так и осталось, хотя в Longterm уже вышло 6.12 и для домашней версии ядро уж можно было обновить.
В остальном все тоже самое, найдите, как говориться, десять отличий. Так что на значимое событие выпуск 10.4 явно не тянет, а решений на 11 платформе мы в этом году не увидели и вряд ли уже увидим.
👍21👎15🤣6🤡1
Разбираем монолит
В комментариях к вчерашней записи появились просьбы рассказать конкретику, но конкретики не будет. Потому что это, возможно, и интересно, но лишено особого практического смысла.
Почему? Ситуация в каждом случае своя и ее нельзя измерить пользователями, гигабайтами и т.п. метриками.
Самый простой пример. Два одинаковых диска, одинаковые параметры компьютера и сети, одинаковый объем данных. Только на одном лежат образы по 1,5 – 2 ГБ, а на другом россыпь килобайтных файлов. Понятно, что копирование данных займет совершенное разное время.
Поэтому исходить надо из собственной ситуации, тем более что все необходимые вводные у вас уже есть.
Прежде всего разбиваем наш монолит на составляющие его кубики. Просто берем лист бумаги и выписываем в столбик работающие на нем сервисы. Это наши будущие виртуалки или контейнеры.
В идеале идем к тому, что один сервис – один виртуальный инстанс. Даже если их можно объединить. Не нужно этого делать без крайней необходимости. Чем проще – тем удобнее, вы всегда можете легко вывести старую службу и заменить ее новым контейнером или ВМ.
А если у вас там совмещение, то это уже новый мини-монолит, где вам нужно учитывать уже большее количество влияющих на результат факторов.
Далее – выясняем потребность служб в ресурсах. Тут у вас все перед глазами. Снимаем нужные метрики с работающего монолита и получаем данные в первом приближении.
После чего оцениваем насколько текущее выделение соответствует оптимальному. Возможно, лимиты процесса у вас сознательно ограничены и, если он в эти лимиты упирается, то есть смысл выделить ему больше ресурсов.
Пишем на ту же бумажку по колонкам сколько нам надо и сколько бы хотелось. Основных ресурсов там три: ядра CPU, память, диск.
Последний заслуживает особого внимания. Сегодня у нас есть три основных типа накопителей:
HDD – медленно, но дешево за единицу объема, идеально для холодных данных
SATA SSD – промежуточный вариант, уже быстрее, но недостаточно быстро
NVMe – быстро, но дорого, самое то для горячих данных
Ваша цель – грамотно укомплектовать и распределить данные по трем типам носителей. Возможно, где-то придется уйти от сложившейся схемы и перераспределить ресурсы по-новому.
Смысл простой. Горячие данные, скажем, рабочие 1С базы – на NVMe, архивные – на SSD, файлопомойку – на жесткие. Но в любом случае отталкиваетесь от реальных метрик, все они у вас есть, надо только собрать.
С ресурсами определились, нарезали. При этом не надо бояться выделять ресурсы суммарно выше физического предела. Но вы должны четко понимать, что это только для пикового потребления и должны мониторить этот вопрос.
Теперь сам переезд. Большую часть работ можно спокойно выполнять в рабочее время. В нерабочее только перенос данных и то, если их нельзя перенести заранее и потом просто долить разницу.
Ту же файлопомойку вы можете спокойно скопировать в рабочее время, после чего через rsync долить разницу и запустить в контейнере.
Потом просто переключаем пользователей со старого ресурса на новый. Оптимально это делать посредством локального DNS, когда у всех пользователей все ресурсы прописаны по FQDN и нам достаточно просто изменить A-запись на DNS-сервере.
В остальных случаях смотрим, думаем и выбираем оптимальные варианты с учетом объемов данных и допустимого времени простоя.
Например, есть 1С сервер и его нельзя перенести полностью в технологическое окно. Но мы помним, что 1С сервер никаких ценных данных не хранит, все хранится на SQL-сервере.
Поэтому переносим сервер 1С в виртуальную среду, но базы продолжаем хранить на монолите. Потом по одной переносим базы в виртуальную среду и меняем настройки подключения на сервере 1С.
Для пользователя это абсолютно прозрачно, он даже не узнает, что его база переехала.
Это же касается и многого другого. Думаем, считаем, пробуем. Не получилось сразу – не беда, пользователи поработают еще некоторое время на этой службе в предоставлении монолита.
В комментариях к вчерашней записи появились просьбы рассказать конкретику, но конкретики не будет. Потому что это, возможно, и интересно, но лишено особого практического смысла.
Почему? Ситуация в каждом случае своя и ее нельзя измерить пользователями, гигабайтами и т.п. метриками.
Самый простой пример. Два одинаковых диска, одинаковые параметры компьютера и сети, одинаковый объем данных. Только на одном лежат образы по 1,5 – 2 ГБ, а на другом россыпь килобайтных файлов. Понятно, что копирование данных займет совершенное разное время.
Поэтому исходить надо из собственной ситуации, тем более что все необходимые вводные у вас уже есть.
Прежде всего разбиваем наш монолит на составляющие его кубики. Просто берем лист бумаги и выписываем в столбик работающие на нем сервисы. Это наши будущие виртуалки или контейнеры.
В идеале идем к тому, что один сервис – один виртуальный инстанс. Даже если их можно объединить. Не нужно этого делать без крайней необходимости. Чем проще – тем удобнее, вы всегда можете легко вывести старую службу и заменить ее новым контейнером или ВМ.
А если у вас там совмещение, то это уже новый мини-монолит, где вам нужно учитывать уже большее количество влияющих на результат факторов.
Далее – выясняем потребность служб в ресурсах. Тут у вас все перед глазами. Снимаем нужные метрики с работающего монолита и получаем данные в первом приближении.
После чего оцениваем насколько текущее выделение соответствует оптимальному. Возможно, лимиты процесса у вас сознательно ограничены и, если он в эти лимиты упирается, то есть смысл выделить ему больше ресурсов.
Пишем на ту же бумажку по колонкам сколько нам надо и сколько бы хотелось. Основных ресурсов там три: ядра CPU, память, диск.
Последний заслуживает особого внимания. Сегодня у нас есть три основных типа накопителей:
HDD – медленно, но дешево за единицу объема, идеально для холодных данных
SATA SSD – промежуточный вариант, уже быстрее, но недостаточно быстро
NVMe – быстро, но дорого, самое то для горячих данных
Ваша цель – грамотно укомплектовать и распределить данные по трем типам носителей. Возможно, где-то придется уйти от сложившейся схемы и перераспределить ресурсы по-новому.
Смысл простой. Горячие данные, скажем, рабочие 1С базы – на NVMe, архивные – на SSD, файлопомойку – на жесткие. Но в любом случае отталкиваетесь от реальных метрик, все они у вас есть, надо только собрать.
С ресурсами определились, нарезали. При этом не надо бояться выделять ресурсы суммарно выше физического предела. Но вы должны четко понимать, что это только для пикового потребления и должны мониторить этот вопрос.
Теперь сам переезд. Большую часть работ можно спокойно выполнять в рабочее время. В нерабочее только перенос данных и то, если их нельзя перенести заранее и потом просто долить разницу.
Ту же файлопомойку вы можете спокойно скопировать в рабочее время, после чего через rsync долить разницу и запустить в контейнере.
Потом просто переключаем пользователей со старого ресурса на новый. Оптимально это делать посредством локального DNS, когда у всех пользователей все ресурсы прописаны по FQDN и нам достаточно просто изменить A-запись на DNS-сервере.
В остальных случаях смотрим, думаем и выбираем оптимальные варианты с учетом объемов данных и допустимого времени простоя.
Например, есть 1С сервер и его нельзя перенести полностью в технологическое окно. Но мы помним, что 1С сервер никаких ценных данных не хранит, все хранится на SQL-сервере.
Поэтому переносим сервер 1С в виртуальную среду, но базы продолжаем хранить на монолите. Потом по одной переносим базы в виртуальную среду и меняем настройки подключения на сервере 1С.
Для пользователя это абсолютно прозрачно, он даже не узнает, что его база переехала.
Это же касается и многого другого. Думаем, считаем, пробуем. Не получилось сразу – не беда, пользователи поработают еще некоторое время на этой службе в предоставлении монолита.
👍48💯6