📢 Руководство продуктовыми командами во времена неопределенности
Мир меняется быстрее, чем когда-либо, и нет никаких оснований полагать, что в ближайшее время изменения замедлятся. Пандемия усугубила это ощущение постоянного потока, когда приоритеты клиентов меняются в одночасье. На этом фоне продуктовым командам необходимо постоянно совершенствовать свою работу, не теряя сосредоточенности.
Это требует того, чтобы руководители команд отказались от своих старых учебников и разработали новую стратегию, которая позволит им постоянно внедрять инновации, не создавая хаоса для своих команд и не теряя из виду свою путеводную звезду. Дорожные карты сокращаются от нескольких лет до месяцев и в настоящее время создаются с пониманием того, что они могут устареть или стать ненужными в любое время.
Создание и поддержание организации, которая может не только выжить, но и процветать в этих условиях, является сложной задачей. Это требует структурированного программного подхода, включающего гибкость и адаптивность.
Читайте подробнее: https://www.facebook.com/efsol.ru/posts/962604071014213
Мир меняется быстрее, чем когда-либо, и нет никаких оснований полагать, что в ближайшее время изменения замедлятся. Пандемия усугубила это ощущение постоянного потока, когда приоритеты клиентов меняются в одночасье. На этом фоне продуктовым командам необходимо постоянно совершенствовать свою работу, не теряя сосредоточенности.
Это требует того, чтобы руководители команд отказались от своих старых учебников и разработали новую стратегию, которая позволит им постоянно внедрять инновации, не создавая хаоса для своих команд и не теряя из виду свою путеводную звезду. Дорожные карты сокращаются от нескольких лет до месяцев и в настоящее время создаются с пониманием того, что они могут устареть или стать ненужными в любое время.
Создание и поддержание организации, которая может не только выжить, но и процветать в этих условиях, является сложной задачей. Это требует структурированного программного подхода, включающего гибкость и адаптивность.
Читайте подробнее: https://www.facebook.com/efsol.ru/posts/962604071014213
📢 Особенности работы гипервизора Proxmox
Недавно мы столкнулись с построением облачного сервиса на Proxmox у нашего клиента. Обслуживание этой системы выявило ряд важных особенностей, которые надо учитывать при эксплуатации:
1. Proxmox критичен к наличию свободной оперативной памяти на хосте при использовании локальных дисков в качестве хранилища.
Если оперативная память заканчивается, то это гарантированно приведет к cбою, а именно к остановке виртуальных машин. Связано это с особенностями работы файловой системы ZFS, которая рекомендована разработчиком для этого гипервизора. Файловая система замечательная, очень быстрая, но имеет особенность – ей нужно много оперативной памяти для кэширования. По умолчанию, ОС выделяет половину доступной RAM для кеширования ZFS. По мере заполнения хоста виртуалками, RAM высвобождается для виртуализации, но при достижении предельного значения памяти для кеширования не хватает и происходит сбой. Эмпирически мы вычислили это значение в 80%. Как только виртуалки заняли 80% RAM хоста, предстоящий сбой — вопрос времени.
Например, такого жесткого ограничения нет в Hyper-V. В этом гипервизоре можно использовать практически всю имеющуюся RAM, но мы оставляем 5% на нужды ОС — все стабильно работает.
2. Раздел подкачки SWAP очень важно разместить не на системных дисках.
Базовый дистрибутив Proxmox не умеет ставиться на софт-рейд, только на аппаратный. При этом, использование встроенного в материнскую плату контроллера не рекомендуется — он обычно очень слабый и сбоит при серьезных нагрузках. Очень часто Proxmox ставят на единственный диск. Если SWAP окажется на этом же носителе, то он его быстро износит и диск выйдет из строя с долгим простоем хоста (речь идет о SSD-носителе).
Обойти это ограничение Proxmox несложно — нужно поставить обычный дистрибутив Linux, например, Debian, создать софт-рейд для ОС и установить поверх Proxmox. SWAP лучше вынести на отдельные диски или, в крайнем случае, на диски с данными, если они NVME.
Недавно мы столкнулись с построением облачного сервиса на Proxmox у нашего клиента. Обслуживание этой системы выявило ряд важных особенностей, которые надо учитывать при эксплуатации:
1. Proxmox критичен к наличию свободной оперативной памяти на хосте при использовании локальных дисков в качестве хранилища.
Если оперативная память заканчивается, то это гарантированно приведет к cбою, а именно к остановке виртуальных машин. Связано это с особенностями работы файловой системы ZFS, которая рекомендована разработчиком для этого гипервизора. Файловая система замечательная, очень быстрая, но имеет особенность – ей нужно много оперативной памяти для кэширования. По умолчанию, ОС выделяет половину доступной RAM для кеширования ZFS. По мере заполнения хоста виртуалками, RAM высвобождается для виртуализации, но при достижении предельного значения памяти для кеширования не хватает и происходит сбой. Эмпирически мы вычислили это значение в 80%. Как только виртуалки заняли 80% RAM хоста, предстоящий сбой — вопрос времени.
Например, такого жесткого ограничения нет в Hyper-V. В этом гипервизоре можно использовать практически всю имеющуюся RAM, но мы оставляем 5% на нужды ОС — все стабильно работает.
2. Раздел подкачки SWAP очень важно разместить не на системных дисках.
Базовый дистрибутив Proxmox не умеет ставиться на софт-рейд, только на аппаратный. При этом, использование встроенного в материнскую плату контроллера не рекомендуется — он обычно очень слабый и сбоит при серьезных нагрузках. Очень часто Proxmox ставят на единственный диск. Если SWAP окажется на этом же носителе, то он его быстро износит и диск выйдет из строя с долгим простоем хоста (речь идет о SSD-носителе).
Обойти это ограничение Proxmox несложно — нужно поставить обычный дистрибутив Linux, например, Debian, создать софт-рейд для ОС и установить поверх Proxmox. SWAP лучше вынести на отдельные диски или, в крайнем случае, на диски с данными, если они NVME.
📢 Как правильно выбрать ERP-систему?
Чтобы подобрать систему ERP, которая будет соответствовать потребностям бизнеса, необходимо следовать методическому процессу, который обычно включает следующие основные этапы:
1. Назначение команды. Процесс покупки ERP начинается с формирования проектной группы во главе с менеджером проекта, обычно состоящей из руководителей отделов, высшего руководства и IT-отдела.
2. Определение требований. Команда проекта должна понять текущие и перспективные варианты использования ERP в организации, а затем собрать требования и списки пожеланий заинтересованных сторон.
3. Изучение поставщиков. Этап планирования требований обеспечивает основу для исследования поставщиков программного обеспечения ERP. Наиболее перспективным из них отправляется запрос предложений с подробным описанием того, как они будут выполнять проект внедрения.
4. Определение шорт-листа. Команда проекта составляет короткий список поставщиков, которые с наибольшей вероятностью будут соответствовать требованиям.
5. Планирование демонстраций. Поставщики, включенные в окончательный список, приглашаются, чтобы продемонстрировать, как их программное обеспечение работает в реальных условиях.
6. Выбор продавца. После согласования цены и условий покупатель подписывает договор с выбранным продавцом.
👉 На практике для выполнения каждого основного шага требуется несколько подэтапов и сбор значительных данных. Например, планирование требований часто включает опросы и встречи с пользователями или формальный анализ функциональных дефицитов, чтобы определить, соответствует ли программное обеспечение организации текущим и будущим потребностям.
Окончательный выбор обычно сводится к тому, насколько продукт соответствует требуемому графику, характеристикам, простоте использования и цене, а также поддерживает ли он текущие или запланированные бизнес-процессы. Варианты развертывания продукта также могут склонить чашу весов в ту или иную сторону.
👇 Например, облачная ERP с большей вероятностью будет соответствовать более коротким срокам внедрения и будет проще в использовании, чем локальная система.
Чтобы подобрать систему ERP, которая будет соответствовать потребностям бизнеса, необходимо следовать методическому процессу, который обычно включает следующие основные этапы:
1. Назначение команды. Процесс покупки ERP начинается с формирования проектной группы во главе с менеджером проекта, обычно состоящей из руководителей отделов, высшего руководства и IT-отдела.
2. Определение требований. Команда проекта должна понять текущие и перспективные варианты использования ERP в организации, а затем собрать требования и списки пожеланий заинтересованных сторон.
3. Изучение поставщиков. Этап планирования требований обеспечивает основу для исследования поставщиков программного обеспечения ERP. Наиболее перспективным из них отправляется запрос предложений с подробным описанием того, как они будут выполнять проект внедрения.
4. Определение шорт-листа. Команда проекта составляет короткий список поставщиков, которые с наибольшей вероятностью будут соответствовать требованиям.
5. Планирование демонстраций. Поставщики, включенные в окончательный список, приглашаются, чтобы продемонстрировать, как их программное обеспечение работает в реальных условиях.
6. Выбор продавца. После согласования цены и условий покупатель подписывает договор с выбранным продавцом.
👉 На практике для выполнения каждого основного шага требуется несколько подэтапов и сбор значительных данных. Например, планирование требований часто включает опросы и встречи с пользователями или формальный анализ функциональных дефицитов, чтобы определить, соответствует ли программное обеспечение организации текущим и будущим потребностям.
Окончательный выбор обычно сводится к тому, насколько продукт соответствует требуемому графику, характеристикам, простоте использования и цене, а также поддерживает ли он текущие или запланированные бизнес-процессы. Варианты развертывания продукта также могут склонить чашу весов в ту или иную сторону.
👇 Например, облачная ERP с большей вероятностью будет соответствовать более коротким срокам внедрения и будет проще в использовании, чем локальная система.
📢 Что делать, если сотрудник стал хуже работать?
Очень часто бывает так, что довольно квалифицированный и успешный сотрудник перестал справляться со своими обязанностями. Если сотрудник несет ценность для компании и является ключевым, то нужно как можно раньше выявить причины и попытаться исправить ситуацию!
👉 Рассмотрим наиболее частые проблемы и пути их решения:
Причина: Выгорание.
Решение: Очень часто причиной выгорания является банальная усталость. Решение простое, нужно отдохнуть. Если невозможно исключить сотрудника в данный момент из рабочего режима, необходимо уменьшить его участие в проектах, оставить наиболее сложные и приоритетные.
Причина: Отсутствие мотивации.
Решение: Нужно выявить корень проблемы, это могут быть как однообразные задачи, так и условия работы, обязательно нужно проговорить этот вопрос с сотрудником и по возможности удовлетворить его потребности.
Причина: Проблемы в семье.
Решение: Очень часто различные ситуации в семье сказываются на работе сотрудников, если существуют такая проблема, то необходимо поговорить с сотрудником и помочь ее решить, возможно потребуется отпуск или денежная помощь.
Причина: Болезнь.
Решение: Продолжительная болезнь влияет на производительность сотрудника, в таком случае нужно уточнить этот момент и дать больше времени на восстановление.
Причина: Коллектив.
Решение: Иногда коллектив может быть токсичен и эта токсичность передается на сотрудников, необходимо выявить сотрудников которые плохо влияют на коллектив, провести беседу и уменьшить их влияние на других.
👉 Помните, сотрудник всегда относится к компании так же, как и компания к сотруднику!
Очень часто бывает так, что довольно квалифицированный и успешный сотрудник перестал справляться со своими обязанностями. Если сотрудник несет ценность для компании и является ключевым, то нужно как можно раньше выявить причины и попытаться исправить ситуацию!
👉 Рассмотрим наиболее частые проблемы и пути их решения:
Причина: Выгорание.
Решение: Очень часто причиной выгорания является банальная усталость. Решение простое, нужно отдохнуть. Если невозможно исключить сотрудника в данный момент из рабочего режима, необходимо уменьшить его участие в проектах, оставить наиболее сложные и приоритетные.
Причина: Отсутствие мотивации.
Решение: Нужно выявить корень проблемы, это могут быть как однообразные задачи, так и условия работы, обязательно нужно проговорить этот вопрос с сотрудником и по возможности удовлетворить его потребности.
Причина: Проблемы в семье.
Решение: Очень часто различные ситуации в семье сказываются на работе сотрудников, если существуют такая проблема, то необходимо поговорить с сотрудником и помочь ее решить, возможно потребуется отпуск или денежная помощь.
Причина: Болезнь.
Решение: Продолжительная болезнь влияет на производительность сотрудника, в таком случае нужно уточнить этот момент и дать больше времени на восстановление.
Причина: Коллектив.
Решение: Иногда коллектив может быть токсичен и эта токсичность передается на сотрудников, необходимо выявить сотрудников которые плохо влияют на коллектив, провести беседу и уменьшить их влияние на других.
👉 Помните, сотрудник всегда относится к компании так же, как и компания к сотруднику!
💾 Методика резервного копирования AD в Windows Server 2003
После нашей последней статьи (https://www.facebook.com/efsol.ru/posts/947818265826127) посыпались вопросы преимущественно от молодых ИТ-специалистов. Например, как бекапить КД на 2003 сервере? И почему нельзя использовать ПО для создания слепка системы типа Акронис и т.д.?
Давайте по порядку:
- Что такое контроллер домена? Если упростить, то это сервер управления.
- Что произойдет, если восстановить контроллер домена месячной давности? Ничего хорошего. System state только что восстановленного PDC не соответствует system state соседних серверов. Для AD 2003 восстановление слепка диска уже 2-х недельной давности гарантированно не восстановит структуру. Просто запомните это. Мы не будем уходить в детали. Система 10 лет как снята с поддержки.
- Можно ли вручную восстановить System state КД 2003? Да.
https://docs.microsoft.com/ru-ru/windows/win32/vss/backing-up-and-restoring-system-state-under-vss
- Как спать чуть спокойнее? Для резервного копирования AD 2003 используем Архивацию Windows. Пуск - Стандартные - Служебные - Архивация данных. В открывшемся в режиме мастера приложении последовательно выбираем: Архивация файлов и параметров, затем Предоставить возможность выбора объектов для архивации. Для резервного копирования Windows Server 2003 SP1 можно использовать VEEAM (один из лидеров профессиональных систем резервного копирования). Другой вопрос, зачем?
https://www.veeam.com/blog/ru/backing-up-domain-controller-best-practices-for-ad-protection.html
👉 Еще советы:
1. Имейте два КД. Основной и резервный. Поверьте, это сэкономит вам несколько часов жизни в случае сбоя.
2. Отказывайтесь от старых проверенных временем ОС. 2021 год на дворе!
3. Переходите к нам в облако (https://efsol.ru/cloud/), мы работаем только на современном оборудовании и ПО, а ваш старый КД поможем обновить до актуальной версии.
После нашей последней статьи (https://www.facebook.com/efsol.ru/posts/947818265826127) посыпались вопросы преимущественно от молодых ИТ-специалистов. Например, как бекапить КД на 2003 сервере? И почему нельзя использовать ПО для создания слепка системы типа Акронис и т.д.?
Давайте по порядку:
- Что такое контроллер домена? Если упростить, то это сервер управления.
- Что произойдет, если восстановить контроллер домена месячной давности? Ничего хорошего. System state только что восстановленного PDC не соответствует system state соседних серверов. Для AD 2003 восстановление слепка диска уже 2-х недельной давности гарантированно не восстановит структуру. Просто запомните это. Мы не будем уходить в детали. Система 10 лет как снята с поддержки.
- Можно ли вручную восстановить System state КД 2003? Да.
https://docs.microsoft.com/ru-ru/windows/win32/vss/backing-up-and-restoring-system-state-under-vss
- Как спать чуть спокойнее? Для резервного копирования AD 2003 используем Архивацию Windows. Пуск - Стандартные - Служебные - Архивация данных. В открывшемся в режиме мастера приложении последовательно выбираем: Архивация файлов и параметров, затем Предоставить возможность выбора объектов для архивации. Для резервного копирования Windows Server 2003 SP1 можно использовать VEEAM (один из лидеров профессиональных систем резервного копирования). Другой вопрос, зачем?
https://www.veeam.com/blog/ru/backing-up-domain-controller-best-practices-for-ad-protection.html
👉 Еще советы:
1. Имейте два КД. Основной и резервный. Поверьте, это сэкономит вам несколько часов жизни в случае сбоя.
2. Отказывайтесь от старых проверенных временем ОС. 2021 год на дворе!
3. Переходите к нам в облако (https://efsol.ru/cloud/), мы работаем только на современном оборудовании и ПО, а ваш старый КД поможем обновить до актуальной версии.
❌ Стоит ли ждать, пока корпоративные данные окажутся украдены или удалены?
Многие компании не уделяют должного внимания информационной безопасности своего бизнеса. Зачастую, они понимают важность этого аспекта только тогда, когда что-то происходит, например, утечка конфиденциальной информации или заражение корпоративных серверов и NAS шифровальщиком.
⚠️ Рекомендуем немедленно провести аудит информационной безопасности ИТ-инфраструктуры вашей компании, в этом мы можем помочь!
👉 Зачем нужен аудит, как он может помочь?
▪️ Обнаружить критичные проблемы и уязвимости в ИТ-структуре компании.
▪️ Выявить потенциальные «дыры» в ключевых системах для предотвращения возможных инцидентов.
▪️ Выполнить анализ рисков и узких мест в защищенности информационной структуры.
▪️ Получить целостную картину о состоянии ИТ-структуры компании для ее контроля и оптимизации бюджета.
▪️ Оценить систему обработки персональных данных на соответствие законодательству РФ.
▪️ Провести подготовку к внедрению структурированной политики информационной безопасности.
👉 Каков результат аудита?
Результатом аудита является отчет, который отражает:
1. Уязвимости и незащищенные места в текущей информационной системе.
2. Сбойные процессы и участки структуры, кардинально влияющие на уровень безопасности в целом.
3. Некорректные настройки системы и права доступа к конфиденциальной информации.
4. Уровень защищенности ИТ-структуры от атак извне либо действий инсайдеров.
5. Рекомендации и практические советы по улучшению ситуации.
6. Дальнейший план действий.
✅ Нужен аудит информационной безопасности?
Обращайтесь к нам!
Многие компании не уделяют должного внимания информационной безопасности своего бизнеса. Зачастую, они понимают важность этого аспекта только тогда, когда что-то происходит, например, утечка конфиденциальной информации или заражение корпоративных серверов и NAS шифровальщиком.
⚠️ Рекомендуем немедленно провести аудит информационной безопасности ИТ-инфраструктуры вашей компании, в этом мы можем помочь!
👉 Зачем нужен аудит, как он может помочь?
▪️ Обнаружить критичные проблемы и уязвимости в ИТ-структуре компании.
▪️ Выявить потенциальные «дыры» в ключевых системах для предотвращения возможных инцидентов.
▪️ Выполнить анализ рисков и узких мест в защищенности информационной структуры.
▪️ Получить целостную картину о состоянии ИТ-структуры компании для ее контроля и оптимизации бюджета.
▪️ Оценить систему обработки персональных данных на соответствие законодательству РФ.
▪️ Провести подготовку к внедрению структурированной политики информационной безопасности.
👉 Каков результат аудита?
Результатом аудита является отчет, который отражает:
1. Уязвимости и незащищенные места в текущей информационной системе.
2. Сбойные процессы и участки структуры, кардинально влияющие на уровень безопасности в целом.
3. Некорректные настройки системы и права доступа к конфиденциальной информации.
4. Уровень защищенности ИТ-структуры от атак извне либо действий инсайдеров.
5. Рекомендации и практические советы по улучшению ситуации.
6. Дальнейший план действий.
✅ Нужен аудит информационной безопасности?
Обращайтесь к нам!
📢 Быстрое и надежное облако для высоконагруженных систем 1С? Это возможно! Комбинируем облачные и аппаратные серверы в гибридной архитектуре.
Развивая наши облачные сервисы EFSOL Oblako, мы разработали концепцию, оптимально подходящую для высоконагруженных систем с количеством пользователей 1С 100+.
Это решение сочетает в себе преимущества отказоустойчивости и масштабирования классического облака, а также высокую производительность выделенных серверов.
При этом оно сохраняет разумную стоимость, оказываясь не намного дороже обычного облака. В чем же заключается суть решения?
▶️ Производительность
Как известно, наибольшие потери производительности у 1С наблюдаются при виртуализации сервера 1С:Предприятия и СУБД. Поэтому эти две роли мы выносим на физический сервер без виртуализации (на сервер желательно не ставить никакой гипервизор, факт установки немного снижает скорость работы 1С). Хотим отметить, что виртуализация терминального сервера на скорость 1С не влияет.
▶️ Отказоустойчивость
Но при размещении основных ролей на физическом сервере, теряется отказоустойчивость системы. Выход из строя железа приводит к длительном простою, пока сервер не будет отремонтирован или заменен. Для решения этой проблемы, мы внедряем виртуальные сервера, на которых располагаются резервные роли сервера 1С и СУБД.
✅ В случае применения MSSQL, кластеризация выполняется с помощью технологии AlwaysOn (желательно использовать асинхронную репликацию, так как синхронная пагубно влияет на производительность, хотя и дает возможность автоматического переключения на резервную ноду).
✅ Отказоустойчивость 1С Предприятия достигается встроенным функционалом.
▶️ Тестовые испытания
Мы провели сравнительные испытания всех трех структур для 1С: аппаратной, облачной и гибридной.
Согласно показателям теста Гилева, получилось что аппаратная структура самая быстрая (её берем за 100%), облачная – 50%, гибридная 74% (применялась синхронная репликация СУБД, иначе бы значения были равны 100%) от скорости аппаратной.
При тестировании по методике APDEX (0 – плохо, 1 – идеально) цифры следующие: 0,742 (аппаратная), 0,737 (облачная), 0,739 (гибрид). Выводы предыдущего теста подтверждаются, разве что различия не так ярко выражены, что более соответствует реальному режиму работы.
Чуть позже мы опубликуем статью, где тестирование описано более детально, но пока можно сделать вывод, что при увеличении стоимости примерно на 20%, гибридное облако дает прирост производительности 1С от 20% до 50% в зависимости от типа репликации СУБД.
📢 Для наших клиентов, которые используют высоконагруженные системы 1С, мы разработали решение Гибридного облака 1С, которое как раз и отвечает двум основным критериям - высокой надежности (отказоустойчивости) и высокой скорости работы.
Подробнее можно узнать по ссылке: https://efsol.ru/promo/hybrid-cloud.html
Развивая наши облачные сервисы EFSOL Oblako, мы разработали концепцию, оптимально подходящую для высоконагруженных систем с количеством пользователей 1С 100+.
Это решение сочетает в себе преимущества отказоустойчивости и масштабирования классического облака, а также высокую производительность выделенных серверов.
При этом оно сохраняет разумную стоимость, оказываясь не намного дороже обычного облака. В чем же заключается суть решения?
▶️ Производительность
Как известно, наибольшие потери производительности у 1С наблюдаются при виртуализации сервера 1С:Предприятия и СУБД. Поэтому эти две роли мы выносим на физический сервер без виртуализации (на сервер желательно не ставить никакой гипервизор, факт установки немного снижает скорость работы 1С). Хотим отметить, что виртуализация терминального сервера на скорость 1С не влияет.
▶️ Отказоустойчивость
Но при размещении основных ролей на физическом сервере, теряется отказоустойчивость системы. Выход из строя железа приводит к длительном простою, пока сервер не будет отремонтирован или заменен. Для решения этой проблемы, мы внедряем виртуальные сервера, на которых располагаются резервные роли сервера 1С и СУБД.
✅ В случае применения MSSQL, кластеризация выполняется с помощью технологии AlwaysOn (желательно использовать асинхронную репликацию, так как синхронная пагубно влияет на производительность, хотя и дает возможность автоматического переключения на резервную ноду).
✅ Отказоустойчивость 1С Предприятия достигается встроенным функционалом.
▶️ Тестовые испытания
Мы провели сравнительные испытания всех трех структур для 1С: аппаратной, облачной и гибридной.
Согласно показателям теста Гилева, получилось что аппаратная структура самая быстрая (её берем за 100%), облачная – 50%, гибридная 74% (применялась синхронная репликация СУБД, иначе бы значения были равны 100%) от скорости аппаратной.
При тестировании по методике APDEX (0 – плохо, 1 – идеально) цифры следующие: 0,742 (аппаратная), 0,737 (облачная), 0,739 (гибрид). Выводы предыдущего теста подтверждаются, разве что различия не так ярко выражены, что более соответствует реальному режиму работы.
Чуть позже мы опубликуем статью, где тестирование описано более детально, но пока можно сделать вывод, что при увеличении стоимости примерно на 20%, гибридное облако дает прирост производительности 1С от 20% до 50% в зависимости от типа репликации СУБД.
📢 Для наших клиентов, которые используют высоконагруженные системы 1С, мы разработали решение Гибридного облака 1С, которое как раз и отвечает двум основным критериям - высокой надежности (отказоустойчивости) и высокой скорости работы.
Подробнее можно узнать по ссылке: https://efsol.ru/promo/hybrid-cloud.html
🔥 Почему важны стресс-тесты ИТ-систем?
Немаловажным фактором успеха при техническом сопровождении ИТ-структуры является своевременное выявление и устранение узких мест системы. И теоретический подход тут работает слабо. Можно долго гадать, где возникнет зона риска, а можно просто взять и проверить систему под нагрузкой.
На помощь ИТ-инженерам приходит система регламентных операций с проведением стрессового тестирования и чек-контролем каждого пункта на соответствие нормам SLA.
📢 В число основных этапов этого процесса входят:
- Имитация недоступности операционной системы ключевого сервиса.
- Имитация выхода из строя жесткого диска в массиве.
- Имитация отказа одной из нод кластера виртуальных машин путем ее жесткой перезагрузки.
- Активация скриптов создания предельной нагрузки на ресурсы CPU и ОЗУ.
- Создание искусственных помех на сетевом уровне кластерного стека.
- Автоматическое сканирование открытых сетевых портов со скриптами тестирования на проникновение.
Выявленные уязвимости тщательно классифицируются и на их основании вырабатываются обходные и финальные решения для устранения проблемы. Такой подход позволяет вовремя предупредить форс-мажорные ситуации и уменьшить последствия сбоев для бизнеса.
Немаловажным фактором успеха при техническом сопровождении ИТ-структуры является своевременное выявление и устранение узких мест системы. И теоретический подход тут работает слабо. Можно долго гадать, где возникнет зона риска, а можно просто взять и проверить систему под нагрузкой.
На помощь ИТ-инженерам приходит система регламентных операций с проведением стрессового тестирования и чек-контролем каждого пункта на соответствие нормам SLA.
📢 В число основных этапов этого процесса входят:
- Имитация недоступности операционной системы ключевого сервиса.
- Имитация выхода из строя жесткого диска в массиве.
- Имитация отказа одной из нод кластера виртуальных машин путем ее жесткой перезагрузки.
- Активация скриптов создания предельной нагрузки на ресурсы CPU и ОЗУ.
- Создание искусственных помех на сетевом уровне кластерного стека.
- Автоматическое сканирование открытых сетевых портов со скриптами тестирования на проникновение.
Выявленные уязвимости тщательно классифицируются и на их основании вырабатываются обходные и финальные решения для устранения проблемы. Такой подход позволяет вовремя предупредить форс-мажорные ситуации и уменьшить последствия сбоев для бизнеса.
🔥 Как выбрать облачный сервис? Для 1С и не только...
Существуют несколько критериев выбора облачного сервиса. Один из них — модель обслуживания.
Всего выделяются 3 основных модели, которые отличаются степенью контроля инфраструктуры провайдером и клиентом:
SaaS — Максимальная степень контроля провайдером. Он отвечает за всю инфраструктуру, управление ресурсами, обновляет ПО. Клиент же только пользуется сервисом через браузер или приложение.
PaaS — Средняя степень контроля. Клиенту предоставляется доступ к операционным системам, СУБД, средствам разработки и тестирования.
IaaS — Минимальная степень контроля провайдером и максимальная свобода и ответственность для клиента. В рамках этой модели клиент получает технические ресурсы и может модифицировать инфраструктуру и ПО под свои задачи. Провайдер же отвечает только за аппаратные мощности и систему виртуализации.
✅ EFSOL Oblako как поставщик облачных решений, предоставляет услуги по всем указанным выше моделям.
▶️ О других критериях выбора поставщика облачного сервиса 1С читайте в нашей статье: https://efsol.ru/articles/cloud-providers.html
Существуют несколько критериев выбора облачного сервиса. Один из них — модель обслуживания.
Всего выделяются 3 основных модели, которые отличаются степенью контроля инфраструктуры провайдером и клиентом:
SaaS — Максимальная степень контроля провайдером. Он отвечает за всю инфраструктуру, управление ресурсами, обновляет ПО. Клиент же только пользуется сервисом через браузер или приложение.
PaaS — Средняя степень контроля. Клиенту предоставляется доступ к операционным системам, СУБД, средствам разработки и тестирования.
IaaS — Минимальная степень контроля провайдером и максимальная свобода и ответственность для клиента. В рамках этой модели клиент получает технические ресурсы и может модифицировать инфраструктуру и ПО под свои задачи. Провайдер же отвечает только за аппаратные мощности и систему виртуализации.
✅ EFSOL Oblako как поставщик облачных решений, предоставляет услуги по всем указанным выше моделям.
▶️ О других критериях выбора поставщика облачного сервиса 1С читайте в нашей статье: https://efsol.ru/articles/cloud-providers.html
Media is too big
VIEW IN TELEGRAM
🎄 С Наступающим Годом Тигра!
Мы записали для вас теплое праздничное видеопоздравление.
Надеемся, вам понравится!
Мы записали для вас теплое праздничное видеопоздравление.
Надеемся, вам понравится!
🔥 Делаем из Windows 11 удобную систему. Убираем телеметрию, лишние приложения, возвращаем "Пуск" и панель задач.
Не секрет, что Windows 11 постепенно входит в жизнь пользователей ПК. Но не всем нравятся те нововведения, которые есть в W11, например, её интерфейс. Некоторые пользователи обеспокоены вопросом конфиденциальности (привет, W10). Мы расскажем, как поковыряться в системе, чтобы сделать W11 более приятной для использования.
1. Возвращаем панель задач.
Есть вариант восстановить вид панели с группировкой слева, как в W10. Щелкаем на панели задач ПКМ-Параметры панели задач-Поведение панели задач-Слева.
Можно применить ПО ExplorerPatcher, которое вернет отображение панели задач как в W10.
2. Возвращаем меню "Пуск".
Классическое меню можно вернуть через OpenShell (https://github.com/Open-Shell/Open-Shell-Menu/releases).
3. Деактивация Кортаны.
reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\Windows Search" /v "AllowCortana" /t REG_DWORD /d 0 /f
reg add "HKLM\SOFTWARE\Microsoft\PolicyManager\default\Experience\AllowCortana" /v "value" /t REG_DWORD /d 0 /f
reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Search" /v "CortanaEnabled" /t REG_DWORD /d 0 /f
reg add "HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search" /v "CortanaEnabled" /t REG_DWORD /d 0 /f
reg add "HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search" /v "CanCortanaBeEnabled" /t REG_DWORD /d 0 /f
4. Удаление Кортаны. Если п.3 показался недостаточным.
Через PowerShell:
Get-AppxPackage -allusers *Microsoft.549981C3F5F10* | Remove-AppxPackage
5. Удаление телеметрии.
В командной строке вводим shtasks /query. Видим задачи, включая задачи телеметрии:
\Microsoft\Windows\FileHistory\File History (maintenance mode)
\Microsoft\Windows\AppID\SmartScreenSpecific
\Microsoft\Windows\Application Experience\AitAgent
\Microsoft\Windows\Application Experience\Microsoft Compatibility Appraiser
\Microsoft\Windows\Application Experience\ProgramDataUpdater
\Microsoft\Windows\Application Experience\StartupAppTask
\Microsoft\Windows\Autochk\Proxy
\Microsoft\Windows\CloudExperienceHost\CreateObjectTask
\Microsoft\Windows\Customer Experience Improvement Program\Consolidator
\Microsoft\Windows\Customer Experience Improvement Program\BthSQM
\Microsoft\Windows\Customer Experience Improvement Program\KernelCeipTask
\Microsoft\Windows\Customer Experience Improvement Program\UsbCeip
\Microsoft\Windows\Customer Experience Improvement Program\Uploader
\Microsoft\Windows\DiskDiagnostic\Microsoft-Windows-DiskDiagnosticDataCollector
\Microsoft\Windows\DiskDiagnostic\Microsoft-Windows-DiskDiagnosticResolver
\Microsoft\Windows\DiskFootprint\Diagnostics
\Microsoft\Windows\FileHistory\File History (maintenance mode)
\Microsoft\Windows\Maintenance\WinSAT
\Microsoft\Windows\NetTrace\GatherNetworkInfo
\Microsoft\Windows\PI\Sqm-Tasks
\Microsoft\Windows\Power Efficiency Diagnostics\AnalyzeSystem
\Microsoft\Windows\Shell\FamilySafetyMonitor
\Microsoft\Windows\Shell\FamilySafetyRefresh
\Microsoft\Windows\Shell\FamilySafetyUpload
\Microsoft\Windows\Windows Error Reporting\QueueReporting
Отключаем командой schtasks /end /tn "название задачи".
6. Удаляем лишние приложения.
PowerShell:
Get-AppxPackage|Select Name, PackageFullName - отобразит имена приложений в системе.
Remove-AppxPackage "имяприложения" - удалит приложение.
Get-AppxPackage -allusers *имяприложения* | Remove-AppxPackage - удалит приложение для всех пользователей.
P.S: не забывайте предварительно создать точку восстановления. Win+R - sysdm.cpl. Далее переходим на свойства системы-Защита системы. "Создать" на системном диске (создаем точку восстановления) -> ОК.
P.P.S: Не мешает также сделать резервную копию реестра: reg export HKLM С:\hklm.reg, где HKLM - название ветки реестра, а hklm.reg - файл, куда она забэкапится.
Не секрет, что Windows 11 постепенно входит в жизнь пользователей ПК. Но не всем нравятся те нововведения, которые есть в W11, например, её интерфейс. Некоторые пользователи обеспокоены вопросом конфиденциальности (привет, W10). Мы расскажем, как поковыряться в системе, чтобы сделать W11 более приятной для использования.
1. Возвращаем панель задач.
Есть вариант восстановить вид панели с группировкой слева, как в W10. Щелкаем на панели задач ПКМ-Параметры панели задач-Поведение панели задач-Слева.
Можно применить ПО ExplorerPatcher, которое вернет отображение панели задач как в W10.
2. Возвращаем меню "Пуск".
Классическое меню можно вернуть через OpenShell (https://github.com/Open-Shell/Open-Shell-Menu/releases).
3. Деактивация Кортаны.
reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\Windows Search" /v "AllowCortana" /t REG_DWORD /d 0 /f
reg add "HKLM\SOFTWARE\Microsoft\PolicyManager\default\Experience\AllowCortana" /v "value" /t REG_DWORD /d 0 /f
reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Search" /v "CortanaEnabled" /t REG_DWORD /d 0 /f
reg add "HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search" /v "CortanaEnabled" /t REG_DWORD /d 0 /f
reg add "HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search" /v "CanCortanaBeEnabled" /t REG_DWORD /d 0 /f
4. Удаление Кортаны. Если п.3 показался недостаточным.
Через PowerShell:
Get-AppxPackage -allusers *Microsoft.549981C3F5F10* | Remove-AppxPackage
5. Удаление телеметрии.
В командной строке вводим shtasks /query. Видим задачи, включая задачи телеметрии:
\Microsoft\Windows\FileHistory\File History (maintenance mode)
\Microsoft\Windows\AppID\SmartScreenSpecific
\Microsoft\Windows\Application Experience\AitAgent
\Microsoft\Windows\Application Experience\Microsoft Compatibility Appraiser
\Microsoft\Windows\Application Experience\ProgramDataUpdater
\Microsoft\Windows\Application Experience\StartupAppTask
\Microsoft\Windows\Autochk\Proxy
\Microsoft\Windows\CloudExperienceHost\CreateObjectTask
\Microsoft\Windows\Customer Experience Improvement Program\Consolidator
\Microsoft\Windows\Customer Experience Improvement Program\BthSQM
\Microsoft\Windows\Customer Experience Improvement Program\KernelCeipTask
\Microsoft\Windows\Customer Experience Improvement Program\UsbCeip
\Microsoft\Windows\Customer Experience Improvement Program\Uploader
\Microsoft\Windows\DiskDiagnostic\Microsoft-Windows-DiskDiagnosticDataCollector
\Microsoft\Windows\DiskDiagnostic\Microsoft-Windows-DiskDiagnosticResolver
\Microsoft\Windows\DiskFootprint\Diagnostics
\Microsoft\Windows\FileHistory\File History (maintenance mode)
\Microsoft\Windows\Maintenance\WinSAT
\Microsoft\Windows\NetTrace\GatherNetworkInfo
\Microsoft\Windows\PI\Sqm-Tasks
\Microsoft\Windows\Power Efficiency Diagnostics\AnalyzeSystem
\Microsoft\Windows\Shell\FamilySafetyMonitor
\Microsoft\Windows\Shell\FamilySafetyRefresh
\Microsoft\Windows\Shell\FamilySafetyUpload
\Microsoft\Windows\Windows Error Reporting\QueueReporting
Отключаем командой schtasks /end /tn "название задачи".
6. Удаляем лишние приложения.
PowerShell:
Get-AppxPackage|Select Name, PackageFullName - отобразит имена приложений в системе.
Remove-AppxPackage "имяприложения" - удалит приложение.
Get-AppxPackage -allusers *имяприложения* | Remove-AppxPackage - удалит приложение для всех пользователей.
P.S: не забывайте предварительно создать точку восстановления. Win+R - sysdm.cpl. Далее переходим на свойства системы-Защита системы. "Создать" на системном диске (создаем точку восстановления) -> ОК.
P.P.S: Не мешает также сделать резервную копию реестра: reg export HKLM С:\hklm.reg, где HKLM - название ветки реестра, а hklm.reg - файл, куда она забэкапится.
GitHub
Releases · Open-Shell/Open-Shell-Menu
Classic Shell Reborn. Contribute to Open-Shell/Open-Shell-Menu development by creating an account on GitHub.
🔥 Как выбрать IT-подрядчика и при этом не допустить ошибок?
В данном посте мы бы хотели рассказать вам о методике выбора IT-подрядчика. Информационные технологии стали частью нашей жизни, соответственно, рынок перенасыщен предложениями и компаниями. Так как сделать осознанный и правильный выбор?
👉 Критерий 1. Договор. Соглашение о качестве услуг (SLA).
Service Level Agreement - соглашение об уровне предоставления услуг. Соглашение о качестве обслуживания представляет собой документ, содержащий описание услуги, права и обязанности сторон, и согласованный уровень качества предоставляемой услуги. Если проще, то в этом документе прописываются сроки решения типовых задач.
👉 Критерий 2. Успешные кейсы.
В процессе проведения переговоров с потенциальным партнером попросите его предоставить контакты текущих клиентов и пообщайтесь с ними.
👉 Критерий 3. Тикет-система.
Сервис работы с задачами (тикет-система) должен основываться на общепризнанных методиках управления процессом IT-обслуживания. Например, ITIL. Уточните у подрядчика, известно ли ему об этой методологии. А может быть, у него есть даже сертифицированные специалисты.
👉 Критерий 4. Квалифицированный персонал.
Выбирайте профессионалов. Профессионализм подтверждается документом (или успешным проектом). В данном случае, сертификатом о прохождении внешней аттестации Cisco, Microsoft, Mikrotik, Aruba и т.д. Наличие таких сертификатов у сотрудников компании-поставщика позволит сократить время решения задач.
👉 Критерий 5. План аварийного восстановления.
Форс-мажоры случаются. Нельзя предугадать всего, но можно быть готовым ко многим ситуациям. Если подрядчик с опытом, он сам предложит разработать «план аварийного восстановления». В плане должны быть описаны сервисы, их уязвимые места и гарантированные сроки восстановления.
👉 Критерий 6. Уровень зрелости компании.
Допустим, вы выбрали потенциальных партнеров и пункты выше удовлетворяют вашим требованиям. В таком случае, рекомендуем провести эксперимент:
Позвоните на горячую линию, озвучьте выдуманную задачу по телефону, оставьте контактные данные. Ожидайте. Этот эксперимент крайне показательный. Вы увидите, как в компании налажен рабочий процесс, какие вопросы задают клиенту и т.д. Рекомендуем провести данный эксперимент со всеми потенциальными партнерами.
👉 Критерий 7. Цена.
После того, как с договорами и отзывами разобрались, персонал проверили – самое время поговорить о ценах. Как понять дорогая услуга или нет? Ответ прост – найдите минимум 5 похожих предложений.
Цена не должна являться основным фактором принятия решения. Старайтесь избегать слишком высоких или низких цен. Есть рынок и он диктует свои условия.
В данном посте мы бы хотели рассказать вам о методике выбора IT-подрядчика. Информационные технологии стали частью нашей жизни, соответственно, рынок перенасыщен предложениями и компаниями. Так как сделать осознанный и правильный выбор?
👉 Критерий 1. Договор. Соглашение о качестве услуг (SLA).
Service Level Agreement - соглашение об уровне предоставления услуг. Соглашение о качестве обслуживания представляет собой документ, содержащий описание услуги, права и обязанности сторон, и согласованный уровень качества предоставляемой услуги. Если проще, то в этом документе прописываются сроки решения типовых задач.
👉 Критерий 2. Успешные кейсы.
В процессе проведения переговоров с потенциальным партнером попросите его предоставить контакты текущих клиентов и пообщайтесь с ними.
👉 Критерий 3. Тикет-система.
Сервис работы с задачами (тикет-система) должен основываться на общепризнанных методиках управления процессом IT-обслуживания. Например, ITIL. Уточните у подрядчика, известно ли ему об этой методологии. А может быть, у него есть даже сертифицированные специалисты.
👉 Критерий 4. Квалифицированный персонал.
Выбирайте профессионалов. Профессионализм подтверждается документом (или успешным проектом). В данном случае, сертификатом о прохождении внешней аттестации Cisco, Microsoft, Mikrotik, Aruba и т.д. Наличие таких сертификатов у сотрудников компании-поставщика позволит сократить время решения задач.
👉 Критерий 5. План аварийного восстановления.
Форс-мажоры случаются. Нельзя предугадать всего, но можно быть готовым ко многим ситуациям. Если подрядчик с опытом, он сам предложит разработать «план аварийного восстановления». В плане должны быть описаны сервисы, их уязвимые места и гарантированные сроки восстановления.
👉 Критерий 6. Уровень зрелости компании.
Допустим, вы выбрали потенциальных партнеров и пункты выше удовлетворяют вашим требованиям. В таком случае, рекомендуем провести эксперимент:
Позвоните на горячую линию, озвучьте выдуманную задачу по телефону, оставьте контактные данные. Ожидайте. Этот эксперимент крайне показательный. Вы увидите, как в компании налажен рабочий процесс, какие вопросы задают клиенту и т.д. Рекомендуем провести данный эксперимент со всеми потенциальными партнерами.
👉 Критерий 7. Цена.
После того, как с договорами и отзывами разобрались, персонал проверили – самое время поговорить о ценах. Как понять дорогая услуга или нет? Ответ прост – найдите минимум 5 похожих предложений.
Цена не должна являться основным фактором принятия решения. Старайтесь избегать слишком высоких или низких цен. Есть рынок и он диктует свои условия.
💥 Топ-5 корпоративных онлайн-игр без бюджета
После череды новогодних выходных мы вступаем в рабочие будни. Неужели, чтобы повеселиться, придется ждать следующих праздников?
За прошлый год мы в EFSOL провели более 80 игр со средней вовлеченностью в мероприятия 32% сотрудников (а нас 400+ человек).
👉 Для чего мы их проводим?
Мы проводим игры, чтобы каждый сотрудник смог расслабиться, выплеснуть накопившийся стресс на игровом поле, пообщаться с коллегами на отвлеченные темы, потренировать нестандартное мышление, найти общий язык с теми, с кем сложно решать рабочие вопросы и просто лучше узнать друг друга. Понятно, что только благодаря играм лояльность и вовлеченность сотрудников не взлетит (здесь нужен комплексный подход), однако, это тоже правильный шаг в этом направлении.
👉 А вот и наш ТОП-5 корпоративных игр без бюджета:
🎲 Шахматный турнир
Дуэльные игры позволяют сотрудникам раскрепоститься, а знакомые с детства правила будут способствовать участию в активностях компании. Шахматы позволяют сосредоточиться, учат решать проблемы, тренируют мозг, помогают сохранять спокойствие и сближают людей. Конечно, лидеры таких турниров у нас программисты. Их логическому мышлению можно только позавидовать.
🎲 Бой на арене Counter-Strike: Global Offensive
Участие в данных играх позволяет снять стресс после напряженного рабочего процесса, способствует образованию командного духа и налаживанию коммуникаций внутри коллектива. Наиболее азартно, что в этой игре мы можем пострелять в коллегу или руководителя после напряженного митапа и спокойно выдохнуть по итогу.
🎲 Игра “Бункер”
Данная игра представляет собой развернутый аналог игры в мафию. Участие в ней способствует развитию навыка определения выгодных категорий, ведения презентаций по заданным параметрам, умения отстаивать свою позицию и выходить из конфликтных ситуаций путем переговоров. Эта игра способна выявить самых креативных ораторов в вашей команде и не раз заставит улыбнуться.
🎲 Игра “Кодовые имена”
А вот эта игра научит вас связывать несвязуемое и изумляться нелогичной логике. Она способствует развитию навыка обобщения различных категорий, позволяет повысить уровень взаимопонимания в команде.
🎲 Турнир по игре “Морской бой”
Организуйте круговой турнир, чтобы каждый сыграл с каждым. Это будет отличным поводом пообщаться в неформальной обстановке тет-а-тет. Представьте, что в департаменте человек 40, и каждый с каждым должен сыграть, турнирная таблица будет внушительных размеров, но это того стоит. Каждая игра занимает буквально пару минут, а турнир может быть растянут на пару недель.
После череды новогодних выходных мы вступаем в рабочие будни. Неужели, чтобы повеселиться, придется ждать следующих праздников?
За прошлый год мы в EFSOL провели более 80 игр со средней вовлеченностью в мероприятия 32% сотрудников (а нас 400+ человек).
👉 Для чего мы их проводим?
Мы проводим игры, чтобы каждый сотрудник смог расслабиться, выплеснуть накопившийся стресс на игровом поле, пообщаться с коллегами на отвлеченные темы, потренировать нестандартное мышление, найти общий язык с теми, с кем сложно решать рабочие вопросы и просто лучше узнать друг друга. Понятно, что только благодаря играм лояльность и вовлеченность сотрудников не взлетит (здесь нужен комплексный подход), однако, это тоже правильный шаг в этом направлении.
👉 А вот и наш ТОП-5 корпоративных игр без бюджета:
🎲 Шахматный турнир
Дуэльные игры позволяют сотрудникам раскрепоститься, а знакомые с детства правила будут способствовать участию в активностях компании. Шахматы позволяют сосредоточиться, учат решать проблемы, тренируют мозг, помогают сохранять спокойствие и сближают людей. Конечно, лидеры таких турниров у нас программисты. Их логическому мышлению можно только позавидовать.
🎲 Бой на арене Counter-Strike: Global Offensive
Участие в данных играх позволяет снять стресс после напряженного рабочего процесса, способствует образованию командного духа и налаживанию коммуникаций внутри коллектива. Наиболее азартно, что в этой игре мы можем пострелять в коллегу или руководителя после напряженного митапа и спокойно выдохнуть по итогу.
🎲 Игра “Бункер”
Данная игра представляет собой развернутый аналог игры в мафию. Участие в ней способствует развитию навыка определения выгодных категорий, ведения презентаций по заданным параметрам, умения отстаивать свою позицию и выходить из конфликтных ситуаций путем переговоров. Эта игра способна выявить самых креативных ораторов в вашей команде и не раз заставит улыбнуться.
🎲 Игра “Кодовые имена”
А вот эта игра научит вас связывать несвязуемое и изумляться нелогичной логике. Она способствует развитию навыка обобщения различных категорий, позволяет повысить уровень взаимопонимания в команде.
🎲 Турнир по игре “Морской бой”
Организуйте круговой турнир, чтобы каждый сыграл с каждым. Это будет отличным поводом пообщаться в неформальной обстановке тет-а-тет. Представьте, что в департаменте человек 40, и каждый с каждым должен сыграть, турнирная таблица будет внушительных размеров, но это того стоит. Каждая игра занимает буквально пару минут, а турнир может быть растянут на пару недель.
💥 Мини-исследование производительности софт-рейд массива Windows Server и технологии Intel VROC.
Нам стало интересно, какую нагрузку на процессор генерируют софт-рейд массивы.
👉 Испытуемые:
1) Intel® Virtual RAID On CPU (VROC) — это программно-аппаратная технология для создания RAID-массивов на базе чипсетов Intel. Данная технология доступна в основном для материнских плат с поддержкой процессоров Intel Xeon Scalable. По умолчанию VROC недоступен. Для его активации, необходимо установить аппаратный лицензионный ключ VROC.
1) Софт-рейд массив. Зеркальный. Стандартный тип массива динамических дисков в Windows Server.
👉 Состав тестового стенда:
Аппаратная часть:
X11DPi-N
Xeon gold 6244 x2 3,60 GHz - 4,40 GHz
384 ГБ ОЗУ
2x Intel Optane DC P4800X 750 ГБ
2х Intel SSD DC
Программная часть:
WIndows Server 2019
CrystalDiskMark 6
Intel VROC
👉 Методика испытаний:
Проводим серию тестов на двух типах массивов. Замеряем пики загрузки ЦПУ при выполнении тестов на последовательное чтение и запись.
Параметры последовательного чтения - Объем данных 16 ГБ, очередь 32, потоки 1 (Q32T1)
Параметры последовательного чтения - Объем данных 16 ГБ, очередь 32, потоки 30 (Q32T20)
Параметры случайного чтения - Объем данных 16 ГБ, очередь 32, потоки 1 (Q32T1)
Параметры случайного чтения - Объем данных 16 ГБ, очередь 32, потоки 30 (Q32T30)
👉 Результаты измерений софт-рейд Windows (NVME):
Последовательное чтение (Q32T1) - 3% CPU
Последовательное чтение (Q32T20) - 8% CPU
Случайное чтение (Q32T1) - 9% CPU
Случайное чтение (Q32T20) - 75% CPU
👉 Результаты измерений Intel VROC (SSD SATA 3):
Последовательное чтение (Q32T1) - нагрузка на процессор на уровне погрешности.
Последовательное чтение (Q32T20) - 7% CPU
Случайное чтение (Q32T1) - 6% CPU
Случайное чтение (Q32T20) - 15% CPU
🧐 Выводы:
Как и ожидалось, технология от Intel более разумно расходует ресурсы CPU. При построении высоконагруженных систем хранения данных на базе NVME не стоит экономить на процессорах. Наилучшем же решением будет использование аппаратного RAID-контроллера. Для систем с малыми нагрузками на дисковую подсистему, допустимо использование Intel VROC.
Нам стало интересно, какую нагрузку на процессор генерируют софт-рейд массивы.
👉 Испытуемые:
1) Intel® Virtual RAID On CPU (VROC) — это программно-аппаратная технология для создания RAID-массивов на базе чипсетов Intel. Данная технология доступна в основном для материнских плат с поддержкой процессоров Intel Xeon Scalable. По умолчанию VROC недоступен. Для его активации, необходимо установить аппаратный лицензионный ключ VROC.
1) Софт-рейд массив. Зеркальный. Стандартный тип массива динамических дисков в Windows Server.
👉 Состав тестового стенда:
Аппаратная часть:
X11DPi-N
Xeon gold 6244 x2 3,60 GHz - 4,40 GHz
384 ГБ ОЗУ
2x Intel Optane DC P4800X 750 ГБ
2х Intel SSD DC
Программная часть:
WIndows Server 2019
CrystalDiskMark 6
Intel VROC
👉 Методика испытаний:
Проводим серию тестов на двух типах массивов. Замеряем пики загрузки ЦПУ при выполнении тестов на последовательное чтение и запись.
Параметры последовательного чтения - Объем данных 16 ГБ, очередь 32, потоки 1 (Q32T1)
Параметры последовательного чтения - Объем данных 16 ГБ, очередь 32, потоки 30 (Q32T20)
Параметры случайного чтения - Объем данных 16 ГБ, очередь 32, потоки 1 (Q32T1)
Параметры случайного чтения - Объем данных 16 ГБ, очередь 32, потоки 30 (Q32T30)
👉 Результаты измерений софт-рейд Windows (NVME):
Последовательное чтение (Q32T1) - 3% CPU
Последовательное чтение (Q32T20) - 8% CPU
Случайное чтение (Q32T1) - 9% CPU
Случайное чтение (Q32T20) - 75% CPU
👉 Результаты измерений Intel VROC (SSD SATA 3):
Последовательное чтение (Q32T1) - нагрузка на процессор на уровне погрешности.
Последовательное чтение (Q32T20) - 7% CPU
Случайное чтение (Q32T1) - 6% CPU
Случайное чтение (Q32T20) - 15% CPU
🧐 Выводы:
Как и ожидалось, технология от Intel более разумно расходует ресурсы CPU. При построении высоконагруженных систем хранения данных на базе NVME не стоит экономить на процессорах. Наилучшем же решением будет использование аппаратного RAID-контроллера. Для систем с малыми нагрузками на дисковую подсистему, допустимо использование Intel VROC.
👀 Конкурентная разведка — современный легальный способ анализа бизнес-информации (не путать с промышленным шпионажем) для выработки определенных решений. Это особый вид информационно-аналитической работы, позволяющий собирать обширнейшую информацию о юридических и физических лицах без применения специфических методов оперативно-розыскной деятельности.
Сегодня мы расскажем, как с помощью открытых источников можно проанализировать, например, своих конкурентов.
Важно помнить, что несанкционированный сбор персональной информации карается законом РФ, поэтому мы ни к чему не призываем, а лишь знакомим с информацией, доступной в открытом доступе в Интернет.
🧐 Анализ веб-ресурсов
https://xinit.ru/whois/
позволит узнать:
- реальный IP-адрес сервера,
- проверить домен по whois,
- получить снимки из кэша поисковиков и веб-архива,
- и другое.
https://urlscan.io
позволит узнать:
-стек технологий, на которых сделан ресурс,
-исходящие ссылки, редиректы,
-информацию о TLS и другое.
🧐 Анализ метаданных файлов
https://www.metadata2go.com
https://pdfcandy.com/edit-pdf-meta.html - проверяет метаданные только pdf.
🧐 Анализ по никнейму
https://whatsmyname.app - благодаря поиску по 280 ресурсам, собирается большой объем данных, которые еще и можно экспортировать.
https://usersearch.org/ - ищет данные также по никнейму, но с прицелом по соцсетям, форумам и т.д.
https://suip.biz/ru/?act=sherlock - ещё один сервис поиска по соцсетям.
https://namecheckup.com - проверяет как по соцсетям, так и занятость доменных имен.
https://www.namecheckr.com - проверяет по довольно ограниченному списку сервисов.
🧐 Анализ паспорта
Иногда нужно проверить действительность паспорта, для этого есть сайт МВД http://services.fms.gov.ru/info-service.htm?sid=2000
🧐 Анализ юрлиц
В Телеграм есть такой бот: @egrul_bot
Сегодня мы расскажем, как с помощью открытых источников можно проанализировать, например, своих конкурентов.
Важно помнить, что несанкционированный сбор персональной информации карается законом РФ, поэтому мы ни к чему не призываем, а лишь знакомим с информацией, доступной в открытом доступе в Интернет.
🧐 Анализ веб-ресурсов
https://xinit.ru/whois/
позволит узнать:
- реальный IP-адрес сервера,
- проверить домен по whois,
- получить снимки из кэша поисковиков и веб-архива,
- и другое.
https://urlscan.io
позволит узнать:
-стек технологий, на которых сделан ресурс,
-исходящие ссылки, редиректы,
-информацию о TLS и другое.
🧐 Анализ метаданных файлов
https://www.metadata2go.com
https://pdfcandy.com/edit-pdf-meta.html - проверяет метаданные только pdf.
🧐 Анализ по никнейму
https://whatsmyname.app - благодаря поиску по 280 ресурсам, собирается большой объем данных, которые еще и можно экспортировать.
https://usersearch.org/ - ищет данные также по никнейму, но с прицелом по соцсетям, форумам и т.д.
https://suip.biz/ru/?act=sherlock - ещё один сервис поиска по соцсетям.
https://namecheckup.com - проверяет как по соцсетям, так и занятость доменных имен.
https://www.namecheckr.com - проверяет по довольно ограниченному списку сервисов.
🧐 Анализ паспорта
Иногда нужно проверить действительность паспорта, для этого есть сайт МВД http://services.fms.gov.ru/info-service.htm?sid=2000
🧐 Анализ юрлиц
В Телеграм есть такой бот: @egrul_bot
😎 Очередным нашим DevOps-проектом стала автоматизация разработки ПО для крупной продуктовой компании, специализирующейся на интернет-торговле.
👉 На этот раз, мы разместились на платформе Yandex.Cloud и были приятно удивлены удобством UI, но не насладились на все 100%, поскольку использовали IaC в лице terraform.
Из приятностей: освоили service mesh в виде ISTIO и подняли навык использования distributed minio, keycloak и другого ПО.
Из стандартного стека: helm, kubernetes, prometheus + grafana, ELK, gitlab CI (по нашей статистике - одна из самых распространенных CI\CD).
👉 Подробнее: https://efsol.ru/news/cicd-yandex-cloud.html
👉 На этот раз, мы разместились на платформе Yandex.Cloud и были приятно удивлены удобством UI, но не насладились на все 100%, поскольку использовали IaC в лице terraform.
Из приятностей: освоили service mesh в виде ISTIO и подняли навык использования distributed minio, keycloak и другого ПО.
Из стандартного стека: helm, kubernetes, prometheus + grafana, ELK, gitlab CI (по нашей статистике - одна из самых распространенных CI\CD).
👉 Подробнее: https://efsol.ru/news/cicd-yandex-cloud.html
🧐 О новом DevOps-проекте.
Недавно была получена производственная задача от нашего клиента — молодой и амбициозной компании по разработке и внедрению web-сервисов с нуля.
Требовалось внедрить ИТ-структуру веб-сервиса со средой разработки, тестирования, базами данных и защищенным соединением WEB TLS. Мы решили использовать сервисы AWS.
👉 Подробнее: https://efsol.ru/news/aws-project.html
Недавно была получена производственная задача от нашего клиента — молодой и амбициозной компании по разработке и внедрению web-сервисов с нуля.
Требовалось внедрить ИТ-структуру веб-сервиса со средой разработки, тестирования, базами данных и защищенным соединением WEB TLS. Мы решили использовать сервисы AWS.
👉 Подробнее: https://efsol.ru/news/aws-project.html
😡 Когда 1С тормозит, вы теряете драгоценное время...
Как не терять время и ускорить работу 1С? — Об этом ниже.
Если вы работаете в 1С, то, наверняка, сталкивались с торможениями этой учетной системы, а, может быть, вы просто постоянно работаете в медленной 1С и уже привыкли к такому положению вещей.
В рамках EFSOL Oblako, мы подобрали конфигурацию выделенного сервера для максимально быстрой работы 1С. Назовем это решение — идеальный сервер для 1С.
👇 Но давайте сразу к цифрам. Мы протестировали наш идеальный сервер 1С в тесте Гилева и получили следующий результат:
1) SQL: 50-55 единиц.
2) Файловая база: 85-95 единиц.
👇 На сколько пользователей рассчитан сервер?
Текущей конфигурации сервера достаточно для работы 150 пользователей 1С:ERP или до 250 пользователей других конфигураций 1С. При необходимости, сервер можно масштабировать.
👇 Какие варианты использования этого сервера?
1) Аренда аппаратного сервера без администрирования и лицензий программного обеспечения.
2) Аренда сервера, аренда лицензий Microsoft и 1С, администрирование и хотлайн 24/7, холодный резерв данных в облако.
3) Аренда сервера + дополнительные виртуальные серверы для распределения нагрузки, аренда лицензий ПО (Microsoft и 1С), администрирование, резервирование данных в реальном времени.
👉 Узнайте больше об идеальном сервере для 1С: https://efsol.ru/promo/fast-1s-server.html
👍 Также у нас есть бесплатный сервис для тестирования производительности именно вашей базы 1С. Этот сервис позволяет понять, причина медленной работы вашей базы в железе или же в коде 1С. Читайте подробнее: https://efsol.ru/promo/speedtest-1s.html
🧐 Напоследок, делимся полезными материалами из наших статей:
1) Проектирование сервера 1С на 1000 пользователей: https://efsol.ru/articles/high-load-1s.html
2) Проектирование сервера 1С — рекомендации по подбору оборудования: https://efsol.ru/articles/1s-server-hardware.html
3) Сравнение производительности 1С на KVM, VMware ESXi, HyperV и аппаратном сервере: https://efsol.ru/articles/1s-kvm-esxi-hyper-v.html
4) Тестирование производительности 1С на СУБД MS SQL и PostgreSQL (50, 100 и 200 пользователей): https://efsol.ru/articles/1s-sql-test.html
5) Анализ производительности различных версий платформ 1С: https://efsol.ru/articles/performance-1s-8.html
6) Сравнение производительности 1С на MS Server SQL 2012, 2014, 2019: https://efsol.ru/articles/1s-sql-2019.html
Как не терять время и ускорить работу 1С? — Об этом ниже.
Если вы работаете в 1С, то, наверняка, сталкивались с торможениями этой учетной системы, а, может быть, вы просто постоянно работаете в медленной 1С и уже привыкли к такому положению вещей.
В рамках EFSOL Oblako, мы подобрали конфигурацию выделенного сервера для максимально быстрой работы 1С. Назовем это решение — идеальный сервер для 1С.
👇 Но давайте сразу к цифрам. Мы протестировали наш идеальный сервер 1С в тесте Гилева и получили следующий результат:
1) SQL: 50-55 единиц.
2) Файловая база: 85-95 единиц.
👇 На сколько пользователей рассчитан сервер?
Текущей конфигурации сервера достаточно для работы 150 пользователей 1С:ERP или до 250 пользователей других конфигураций 1С. При необходимости, сервер можно масштабировать.
👇 Какие варианты использования этого сервера?
1) Аренда аппаратного сервера без администрирования и лицензий программного обеспечения.
2) Аренда сервера, аренда лицензий Microsoft и 1С, администрирование и хотлайн 24/7, холодный резерв данных в облако.
3) Аренда сервера + дополнительные виртуальные серверы для распределения нагрузки, аренда лицензий ПО (Microsoft и 1С), администрирование, резервирование данных в реальном времени.
👉 Узнайте больше об идеальном сервере для 1С: https://efsol.ru/promo/fast-1s-server.html
👍 Также у нас есть бесплатный сервис для тестирования производительности именно вашей базы 1С. Этот сервис позволяет понять, причина медленной работы вашей базы в железе или же в коде 1С. Читайте подробнее: https://efsol.ru/promo/speedtest-1s.html
🧐 Напоследок, делимся полезными материалами из наших статей:
1) Проектирование сервера 1С на 1000 пользователей: https://efsol.ru/articles/high-load-1s.html
2) Проектирование сервера 1С — рекомендации по подбору оборудования: https://efsol.ru/articles/1s-server-hardware.html
3) Сравнение производительности 1С на KVM, VMware ESXi, HyperV и аппаратном сервере: https://efsol.ru/articles/1s-kvm-esxi-hyper-v.html
4) Тестирование производительности 1С на СУБД MS SQL и PostgreSQL (50, 100 и 200 пользователей): https://efsol.ru/articles/1s-sql-test.html
5) Анализ производительности различных версий платформ 1С: https://efsol.ru/articles/performance-1s-8.html
6) Сравнение производительности 1С на MS Server SQL 2012, 2014, 2019: https://efsol.ru/articles/1s-sql-2019.html
💁♂️ А не пора ли использовать Kubernetes?
Kubernetes дает возможность планировать и развертывать контейнерные приложения, а также масштабировать их до желаемого состояния и управлять их жизненным циклом.
Преимущества:
🔥 Повышение отказоустойчивости
Благодаря Kubernetes, вы сможете повысить отказоустойчивость и масштабируемость проекта.
🚀 Ускорение выпуска продукта
Вы сможете существенно ускорить время доставки продукта до продакт-среды и пользователей.
💫 Гибкая разработка и тестирование
У вас появится возможность создания одинаковых сред для разработки и тестирования вашего приложения.
🤖 Автоматизация создания сред
Возможность автоматизации процесса создания сред для тестирования, а также продуктовых сред посредством использования методологии Infrastructure as a Code.
Кому доверить управление Kubernetes?
EFSOL предлагает услуги Managed Kubernetes — построение, внедрение и сопровождение кластеров Kubernetes, где бы они не находились (облачные платформы AWS, Google Cloud, Azure, Яндекс. Облако, VK Cloud Solutions, виртуальные или физические серверы bare-metal в любом дата-центре или серверы на территории вашей компании on-premises).
Работая с нами, вы получаете готовый кластер Kubernetes под ваши задачи и на любых платформах. Услуга будет полезна стартапам, малому бизнесу, корпоративным клиентам и крупному бизнесу.
Особенности работы с командой DevOps от EFSOL:
1) Используем ваш стек инструментов
Вам не нужно будет переписывать сервисы и переучивать команду под навыки и умения наших DevOps-инженеров.
2) Площадка на ваш выбор
Площадка для размещения программного продукта может быть в любом удобном дата-центре и даже локально на вашей территории. Возможно размещение согласно требованиям ФЗ-152.
3) Быстрая реакция на инциденты
Реагируем на заявки в течение 5 минут. Не нужно ждать, пока очередь дойдет до вашей важной задачи
4) Поддержка 24/7
Мы построили трехуровневую поддержку клиентов для успешного решения всех задач.
5) Выделенная команда DevOps-инженеров
Предоставляем выделенную команду для более глубокого погружения в ваши задачи.
6) Богатый внутренний опыт DevOps-проектов
Мы наработали лучшие практики на DevOps-сопровождении собственных программных продуктов, которые теперь применяем для внешних клиентов.
👉 Managed Kubernetes: https://efsol.ru/promo/managed-kubernetes.html
Kubernetes дает возможность планировать и развертывать контейнерные приложения, а также масштабировать их до желаемого состояния и управлять их жизненным циклом.
Преимущества:
🔥 Повышение отказоустойчивости
Благодаря Kubernetes, вы сможете повысить отказоустойчивость и масштабируемость проекта.
🚀 Ускорение выпуска продукта
Вы сможете существенно ускорить время доставки продукта до продакт-среды и пользователей.
💫 Гибкая разработка и тестирование
У вас появится возможность создания одинаковых сред для разработки и тестирования вашего приложения.
🤖 Автоматизация создания сред
Возможность автоматизации процесса создания сред для тестирования, а также продуктовых сред посредством использования методологии Infrastructure as a Code.
Кому доверить управление Kubernetes?
EFSOL предлагает услуги Managed Kubernetes — построение, внедрение и сопровождение кластеров Kubernetes, где бы они не находились (облачные платформы AWS, Google Cloud, Azure, Яндекс. Облако, VK Cloud Solutions, виртуальные или физические серверы bare-metal в любом дата-центре или серверы на территории вашей компании on-premises).
Работая с нами, вы получаете готовый кластер Kubernetes под ваши задачи и на любых платформах. Услуга будет полезна стартапам, малому бизнесу, корпоративным клиентам и крупному бизнесу.
Особенности работы с командой DevOps от EFSOL:
1) Используем ваш стек инструментов
Вам не нужно будет переписывать сервисы и переучивать команду под навыки и умения наших DevOps-инженеров.
2) Площадка на ваш выбор
Площадка для размещения программного продукта может быть в любом удобном дата-центре и даже локально на вашей территории. Возможно размещение согласно требованиям ФЗ-152.
3) Быстрая реакция на инциденты
Реагируем на заявки в течение 5 минут. Не нужно ждать, пока очередь дойдет до вашей важной задачи
4) Поддержка 24/7
Мы построили трехуровневую поддержку клиентов для успешного решения всех задач.
5) Выделенная команда DevOps-инженеров
Предоставляем выделенную команду для более глубокого погружения в ваши задачи.
6) Богатый внутренний опыт DevOps-проектов
Мы наработали лучшие практики на DevOps-сопровождении собственных программных продуктов, которые теперь применяем для внешних клиентов.
👉 Managed Kubernetes: https://efsol.ru/promo/managed-kubernetes.html
🤔 Как защитить клиентский терминальный сервер от вирусов и троянов наиболее рациональным способом с точки зрения надежности и производительности?
Самое первое, что приходит в голову — установить антивирус.
Но у этого решения есть как минимум один существенный недостаток — нагрузка на сервер растет пропорционально количеству сеансов на нем, и при их числе более 100 пользователей, эта нагрузка становится заметной и может достигать 10-20%, в зависимости от антивируса.
👍 Мы нашли другое решение, не ресурсоемкое и по надежности практически не уступающее классическому антивирусу. Это ограничение запуска любых исполняемых файлов и приложений, за исключением разрешенных. Настраивается в групповых политиках сервера или домена (в зависимости от ИТ-архитектуры объекта).
Этот механизм защиты мы используем в EFSOL Oblako уже много лет и он нас ни разу пока не подводил. Серверы с такими ограничениями не ловят шифровальщиков, не боятся троянов и устойчивы к вредоносным макросам, передаваемым с документами MS Office и почтовыми сообщениями.
Самое первое, что приходит в голову — установить антивирус.
Но у этого решения есть как минимум один существенный недостаток — нагрузка на сервер растет пропорционально количеству сеансов на нем, и при их числе более 100 пользователей, эта нагрузка становится заметной и может достигать 10-20%, в зависимости от антивируса.
👍 Мы нашли другое решение, не ресурсоемкое и по надежности практически не уступающее классическому антивирусу. Это ограничение запуска любых исполняемых файлов и приложений, за исключением разрешенных. Настраивается в групповых политиках сервера или домена (в зависимости от ИТ-архитектуры объекта).
Этот механизм защиты мы используем в EFSOL Oblako уже много лет и он нас ни разу пока не подводил. Серверы с такими ограничениями не ловят шифровальщиков, не боятся троянов и устойчивы к вредоносным макросам, передаваемым с документами MS Office и почтовыми сообщениями.