#платформа_виртуализации — Public Fediverse posts

Один кластер, чтобы править всеми: централизованное автомасштабирование в Kubernetes

Автомасштабирование в Kubernetes без приземления на реальные условия выглядит просто: раскатываете приложение, а ваш проект автоматически подстраивается под рост и спад нагрузки с помощью «магии Kubernetes». Но на деле «из коробки» это не работает. Кластер поддерживает ровно то количество реплик, которое указано в манифестах приложения, поэтому агрессивное масштабирование приложений без масштабирования кластера рано или поздно упрется в потолок. А если ваша инфраструктура не облачная, а локальная и состоит из множества разрозненных платформ виртуализации, то ресурс инженеров будет уходить на ручные операции. Привет, Хабр! В этой статье мы поделимся опытом инженерной команды практики контейнеризации К2Тех поговорим о том, какие решения позволяют автоматизировать ручной труд по масштабированию в Kubernetes. Начнём рассматривать инструменты с нижних уровней, постепенно продвигаясь вверх: от уровня подов до уровня всего кластера. В итоге придем к централизованному управлению всеми рабочими нагрузками в парке кластеров, без привязки к конкретному облаку или провайдеру инфраструктуры.

https://habr.com/ru/companies/k2tech/articles/1006862/

#автомасштабирование #kubernetes #кластеризация #платформа_виртуализации #масштабирование_приложений

Один кластер, чтобы править всеми: централизованное автомасштабирование в Kubernetes

Автомасштабирование в Kubernetes без приземления на реальные условия выглядит просто: раскатываете приложение, а ваш проект автоматически подстраивается под рост и спад нагрузки с помощью «магии Kubernetes». Но на деле «из коробки» это не работает. Кластер поддерживает ровно то количество реплик, которое указано в манифестах приложения, поэтому агрессивное масштабирование приложений без масштабирования кластера рано или поздно упрется в потолок. А если ваша инфраструктура не облачная, а локальная и состоит из множества разрозненных платформ виртуализации, то ресурс инженеров будет уходить на ручные операции. Привет, Хабр! В этой статье мы поделимся опытом инженерной команды практики контейнеризации К2Тех поговорим о том, какие решения позволяют автоматизировать ручной труд по масштабированию в Kubernetes. Начнём рассматривать инструменты с нижних уровней, постепенно продвигаясь вверх: от уровня подов до уровня всего кластера. В итоге придем к централизованному управлению всеми рабочими нагрузками в парке кластеров, без привязки к конкретному облаку или провайдеру инфраструктуры.

https://habr.com/ru/companies/k2tech/articles/1006862/

#автомасштабирование #kubernetes #кластеризация #платформа_виртуализации #масштабирование_приложений

Один кластер, чтобы править всеми: централизованное автомасштабирование в Kubernetes

Автомасштабирование в Kubernetes без приземления на реальные условия выглядит просто: раскатываете приложение, а ваш проект автоматически подстраивается под рост и спад нагрузки с помощью «магии Kubernetes». Но на деле «из коробки» это не работает. Кластер поддерживает ровно то количество реплик, которое указано в манифестах приложения, поэтому агрессивное масштабирование приложений без масштабирования кластера рано или поздно упрется в потолок. А если ваша инфраструктура не облачная, а локальная и состоит из множества разрозненных платформ виртуализации, то ресурс инженеров будет уходить на ручные операции. Привет, Хабр! В этой статье мы поделимся опытом инженерной команды практики контейнеризации К2Тех поговорим о том, какие решения позволяют автоматизировать ручной труд по масштабированию в Kubernetes. Начнём рассматривать инструменты с нижних уровней, постепенно продвигаясь вверх: от уровня подов до уровня всего кластера. В итоге придем к централизованному управлению всеми рабочими нагрузками в парке кластеров, без привязки к конкретному облаку или провайдеру инфраструктуры.

https://habr.com/ru/companies/k2tech/articles/1006862/

#автомасштабирование #kubernetes #кластеризация #платформа_виртуализации #масштабирование_приложений

Один кластер, чтобы править всеми: централизованное автомасштабирование в Kubernetes

Автомасштабирование в Kubernetes без приземления на реальные условия выглядит просто: раскатываете приложение, а ваш проект автоматически подстраивается под рост и спад нагрузки с помощью «магии Kubernetes». Но на деле «из коробки» это не работает. Кластер поддерживает ровно то количество реплик, которое указано в манифестах приложения, поэтому агрессивное масштабирование приложений без масштабирования кластера рано или поздно упрется в потолок. А если ваша инфраструктура не облачная, а локальная и состоит из множества разрозненных платформ виртуализации, то ресурс инженеров будет уходить на ручные операции. Привет, Хабр! В этой статье мы поделимся опытом инженерной команды практики контейнеризации К2Тех поговорим о том, какие решения позволяют автоматизировать ручной труд по масштабированию в Kubernetes. Начнём рассматривать инструменты с нижних уровней, постепенно продвигаясь вверх: от уровня подов до уровня всего кластера. В итоге придем к централизованному управлению всеми рабочими нагрузками в парке кластеров, без привязки к конкретному облаку или провайдеру инфраструктуры.

https://habr.com/ru/companies/k2tech/articles/1006862/

#автомасштабирование #kubernetes #кластеризация #платформа_виртуализации #масштабирование_приложений

TATLIN и Basis Dynamix: интеграция нашей платформы виртуализации с отечественной СХД

Работать с YADRO мы начали еще несколько лет назад, главной задачей нашего сотрудничества было и остается обеспечение совместимости между СХД TATLIN и нашей платформой управления динамической инфраструктурой Basis Dynamix Enterprise. Наша платформа и раньше умела работать с различными СХД — Hitachi, Huawei и других. Однако где-то были реализованы не все возможности, где-то не хватало веб-интерфейса и приходилось работать через консоль, где-то страдало быстродействие. Тесное сотрудничество с YADRO позволяло подходить к решению этих проблем с обеих сторон, плюс, многие наши заказчики регулярно интересовались развитием поддержки TATLIN.UNIFIED в наших продуктах. И вот на этой неделе мы объявили о более глубокой интеграции между TATLIN.UNIFIED Gen 2 и Basis Dynamix Enterprise, включающей поддержку репликации и мгновенных снимков через интерфейс платформы. О чем и хотим рассказать подробнее.

https://habr.com/ru/companies/basis/articles/890950/

#платформа_виртуализации #dynamix #хранилище_данных #tatlinunified #yadro #интеграция #репликация #снапшоты

Разрушая мифы о гиперконвергенции

Гиперконвергентная инфраструктура (HCI) зарекомендовала себя как надежный и эффективный способ построения современных IT-систем. Однако вокруг гиперконвергенции до сих пор существует множество мифов. И несмотря на очевидные преимущества этого архитектурного подхода, многие компании по-прежнему с осторожностью относятся к его внедрению. Давайте разберем страхи, которые мешают ИТ-руководителям перейти на гиперконвергентный подход, и проанализируем, насколько они соответствуют действительности. Сегодня рассмотрим вопросы, касающиеся ТСО (или совокупной стоимости владений).

https://habr.com/ru/companies/vstack/articles/913540/

#виртуальизация #гиперконвергенция #tco #платформа_виртуализации #система_виртуализации #стоимость_владения #unified_storage #системное_администрирование #серверное_администрирование #itинфраструктура

Будет не больно: переходим с Red Hat OpenShift на платформу контейнеризации Nova

Привет! Я Максим Морарь, product-owner платформы контейнеризации Nova Container Platform в Orion soft. Продукт появился на рынке чуть больше года назад, уже внедрен в ряде крупных компаний, и только сейчас мы с командой осознали, что еще ничего не рассказывали про него читателям Хабра. Решили это исправить и сделать первую вводную статью о том, как и зачем наша платформа появилась на свет, что у нее под капотом и какие у нее есть архитектурные и функциональные особенности. Поскольку это статья-интро, я буду рад вашим откликам в комментариях.

https://habr.com/ru/companies/orion_soft/articles/826204/

#итинфраструктура #контейнеризация #kubernetes #nova #devops #платформа_виртуализации #импортозамещение #orion_soft

PaaS — таблетка от рутины: как и почему это работает

Привет, Хабр! Меня зовут Игорь Анохин. Я руковожу платформенной разработкой K2 Cloud хотя большую часть времени трачу на объяснения, что я не DevOps . Когда рассказываю, как мы поднимаем базы данных, Kubernetes и другие сервисы, «разработчик» – это последнее, что приходит людям в голову. Поэтому в статье я расскажу, что такое платформенные сервисы, и как они работают. Мы погрузимся в их жизненный цикл и пройдём весь путь нашего сервиса: от создания до мониторинга и решения проблем с кластером. В заключение поговорим о наших планах развития платформенных сервисов.

https://habr.com/ru/companies/k2tech/articles/923698/

#paas #platform_as_a_service #облачные_сервисы #автоматизация #iaas #оптимизация_процессов #платформа_виртуализации #виртуальные_машины #ssh #puppet

Резервное копирование и восстановление дисков виртуальных машин платформы виртуализации VMware

Когда требуется сделать резервную копию виртуальной машины какой-либо платформы виртуализации, обычно используется следующий подход: сначала добавляют в резервную копию информацию о конфигурации самой виртуальной машины, а затем уже содержание дисков этой виртуальной машины. При восстановлении резервной копии виртуальной машины эта же информация потребуется, чтобы создать экземпляр виртуальной машины на платформе виртуализации и в дальнейшем наполнить диски данными из резервной копии только что созданной виртуальной машины. Сегодня разберем, как это сделать на платформе VMware.

https://habr.com/ru/companies/astralinux/articles/906002/

#резервное_копирование #платформа_виртуализации #rubackup #vmware

TATLIN и Basis Dynamix: интеграция нашей платформы виртуализации с отечественной СХД

Работать с YADRO мы начали еще несколько лет назад, главной задачей нашего сотрудничества было и остается обеспечение совместимости между СХД TATLIN и нашей платформой управления динамической инфраструктурой Basis Dynamix Enterprise. Наша платформа и раньше умела работать с различными СХД — Hitachi, Huawei и других. Однако где-то были реализованы не все возможности, где-то не хватало веб-интерфейса и приходилось работать через консоль, где-то страдало быстродействие. Тесное сотрудничество с YADRO позволяло подходить к решению этих проблем с обеих сторон, плюс, многие наши заказчики регулярно интересовались развитием поддержки TATLIN.UNIFIED в наших продуктах. И вот на этой неделе мы объявили о более глубокой интеграции между TATLIN.UNIFIED Gen 2 и Basis Dynamix Enterprise, включающей поддержку репликации и мгновенных снимков через интерфейс платформы. О чем и хотим рассказать подробнее.

https://habr.com/ru/companies/basis/articles/890950/

#платформа_виртуализации #dynamix #хранилище_данных #tatlinunified #yadro #интеграция #репликация #снапшоты

TATLIN и Basis Dynamix: интеграция нашей платформы виртуализации с отечественной СХД

Работать с YADRO мы начали еще несколько лет назад, главной задачей нашего сотрудничества было и остается обеспечение совместимости между СХД TATLIN и нашей платформой управления динамической инфраструктурой Basis Dynamix Enterprise. Наша платформа и раньше умела работать с различными СХД — Hitachi, Huawei и других. Однако где-то были реализованы не все возможности, где-то не хватало веб-интерфейса и приходилось работать через консоль, где-то страдало быстродействие. Тесное сотрудничество с YADRO позволяло подходить к решению этих проблем с обеих сторон, плюс, многие наши заказчики регулярно интересовались развитием поддержки TATLIN.UNIFIED в наших продуктах. И вот на этой неделе мы объявили о более глубокой интеграции между TATLIN.UNIFIED Gen 2 и Basis Dynamix Enterprise, включающей поддержку репликации и мгновенных снимков через интерфейс платформы. О чем и хотим рассказать подробнее.

https://habr.com/ru/companies/basis/articles/890950/

#платформа_виртуализации #dynamix #хранилище_данных #tatlinunified #yadro #интеграция #репликация #снапшоты

TATLIN и Basis Dynamix: интеграция нашей платформы виртуализации с отечественной СХД

Работать с YADRO мы начали еще несколько лет назад, главной задачей нашего сотрудничества было и остается обеспечение совместимости между СХД TATLIN и нашей платформой управления динамической инфраструктурой Basis Dynamix Enterprise. Наша платформа и раньше умела работать с различными СХД — Hitachi, Huawei и других. Однако где-то были реализованы не все возможности, где-то не хватало веб-интерфейса и приходилось работать через консоль, где-то страдало быстродействие. Тесное сотрудничество с YADRO позволяло подходить к решению этих проблем с обеих сторон, плюс, многие наши заказчики регулярно интересовались развитием поддержки TATLIN.UNIFIED в наших продуктах. И вот на этой неделе мы объявили о более глубокой интеграции между TATLIN.UNIFIED Gen 2 и Basis Dynamix Enterprise, включающей поддержку репликации и мгновенных снимков через интерфейс платформы. О чем и хотим рассказать подробнее.

https://habr.com/ru/companies/basis/articles/890950/

#платформа_виртуализации #dynamix #хранилище_данных #tatlinunified #yadro #интеграция #репликация #снапшоты

Разрушая мифы о гиперконвергенции

Гиперконвергентная инфраструктура (HCI) зарекомендовала себя как надежный и эффективный способ построения современных IT-систем. Однако вокруг гиперконвергенции до сих пор существует множество мифов. И несмотря на очевидные преимущества этого архитектурного подхода, многие компании по-прежнему с осторожностью относятся к его внедрению. Давайте разберем страхи, которые мешают ИТ-руководителям перейти на гиперконвергентный подход, и проанализируем, насколько они соответствуют действительности. Сегодня рассмотрим вопросы, касающиеся ТСО (или совокупной стоимости владений).

https://habr.com/ru/companies/vstack/articles/913540/

#виртуальизация #гиперконвергенция #tco #платформа_виртуализации #система_виртуализации #стоимость_владения #unified_storage #системное_администрирование #серверное_администрирование #itинфраструктура

Разрушая мифы о гиперконвергенции

Гиперконвергентная инфраструктура (HCI) зарекомендовала себя как надежный и эффективный способ построения современных IT-систем. Однако вокруг гиперконвергенции до сих пор существует множество мифов. И несмотря на очевидные преимущества этого архитектурного подхода, многие компании по-прежнему с осторожностью относятся к его внедрению. Давайте разберем страхи, которые мешают ИТ-руководителям перейти на гиперконвергентный подход, и проанализируем, насколько они соответствуют действительности. Сегодня рассмотрим вопросы, касающиеся ТСО (или совокупной стоимости владений).

https://habr.com/ru/companies/vstack/articles/913540/

#виртуальизация #гиперконвергенция #tco #платформа_виртуализации #система_виртуализации #стоимость_владения #unified_storage #системное_администрирование #серверное_администрирование #itинфраструктура

Разрушая мифы о гиперконвергенции

Гиперконвергентная инфраструктура (HCI) зарекомендовала себя как надежный и эффективный способ построения современных IT-систем. Однако вокруг гиперконвергенции до сих пор существует множество мифов. И несмотря на очевидные преимущества этого архитектурного подхода, многие компании по-прежнему с осторожностью относятся к его внедрению. Давайте разберем страхи, которые мешают ИТ-руководителям перейти на гиперконвергентный подход, и проанализируем, насколько они соответствуют действительности. Сегодня рассмотрим вопросы, касающиеся ТСО (или совокупной стоимости владений).

https://habr.com/ru/companies/vstack/articles/913540/

#виртуальизация #гиперконвергенция #tco #платформа_виртуализации #система_виртуализации #стоимость_владения #unified_storage #системное_администрирование #серверное_администрирование #itинфраструктура

Совместимость серверов «Тринити» с платформами виртуализации: «РУСТЭК»

Привет! Меня зовут Эрик Игнатов, я — ведущий инженер «Тринити». С недавнего времени у нас в R&D-отделе появился план по тестированию достижений народного промысла русских инженеров. В него входит в том числе порядка 12 отечественных решений для серверной виртуализации , которые мы хотим проверить на совместимость с нашим серверным железом. Ведь заказчикам важно быть гарантированно уверенными в работоспособности предлагаемых нами систем виртуализаций, особенно в условиях настолько стремительного вывода на рынок замен импорту, что некоторым компаниям некогда и тестировать. Этой статьёй мы открываем серию таких технических обзоров, а по итогам сделаем сравнительный очерк про всех участниц марафона.

https://habr.com/ru/companies/trinity/articles/818289/

#совместимость #тринити #виртуализация #платформа_виртуализации #тесты #серверы #тестирование #тестирование_по #рустек

Доброе слово и скрипты: как мы автоматизировали внедрение платформы виртуализации

Хабр, привет! Меня зовут Игорь Сомов, я работаю инженером по внедрению в компании «Базис». До этого почти 20 лет работал в ИТ — начинал монтажником, был эникеем на заводах, системным администратором в разных компаниях. Даже уходил из ИТ на какое-то время, но в итоге вернулся в профессию. В «Базис» пришел пару лет назад, в создающуюся команду внедрения, вместе с которой делал первые шаги в автоматизации разворачивания платформы Basis Dynamix. Сейчас выбранный нами подход выглядит немного наивным, но тогда это был существенный результат, который позволил нам создать базу для дальнейшей работы. О том, как это было, я и хочу рассказать.

https://habr.com/ru/companies/basis/articles/888430/

#автоматизация #инсталляция #виртуальная_инфраструктура #платформа_виртуализации #инфраструктурные_решения

Как мы автоматизировали внедрение платформы виртуализации

Когда в 2022 году меня позвали в «Базис», я ничего не знал о Basis Dynamix. На собеседовании мне рассказали про отечественную платформу виртуализации и предложили участвовать в налаживании процессов внедрения. Это показалось интересным вызовом — тем более что за плечами был разнообразный опыт работы с инфраструктурой. На тот момент отдел внедрения в компании только формировался. Процессы и документация были сырыми, а развертывание продукта у заказчиков занимало недели из-за ручных операций и неочевидных зависимостей. При этом заказчики часто не понимали архитектуру решения и не могли правильно подготовить инфраструктуру, что создавало дополнительные задержки. Стало понятно, что нужно переосмыслить весь сложившийся подход к развертыванию платформы. Нашей главной задачей было сделать процесс внедрения быстрым, предсказуемым и масштабируемым, но до ее решения было еще далеко.

https://habr.com/ru/companies/basis/articles/883860/

#автоматизация #инсталляция #виртуальная_инфраструктура #платформа_виртуализации #чеклисты #инфраструктурные_решения

Как мы проводим тестирования: итоги испытаний отечественной гиперконвергентной платформы vStack

Сегодня расскажем о том, как мы совместно с разработчиками ПО протестировали комплексную отечественную гиперконвергентную платформу виртуализации vStack в нашей лаборатории. Почему мы уделяем большое внимание проверке совместимости аппаратной части и программного обеспечения? Ответ прост. Подтверждение совместимости позволяет избежать таких проблем, как непредвиденные сбои, некорректная работа ПО или оборудования, потеря данных или другие ошибки и служит гарантией качества и надежности решения для заказчика. Целью испытаний было проведение функционального и нагрузочного тестирования серверного оборудования Fplus Спутник FPD-R-13-SP и ПО vStack начиная с установки, настройки ПО, запуска различных виртуальных машин (ВМ) и настройки виртуальных сетей и прочего. По ряду сценариев vStack показал себя относительно быстрее других систем управления виртуализацией на основе oVirt, особенно в режимах создания и загрузки ВМ из готовых образов. В ряде моментов все же возникали вопросы, особенно касающиеся работы консоли и загрузки пользовательских образов, о чем были высказаны пожелания разработчику ПО. Инженеры нашей лаборатории постарались выполнить тестирование и использование данной платформы от лица нашего потенциального заказчика, основываясь только на документации и с минимальным привлечением к работам создателей ПО.

https://habr.com/ru/companies/fplus_tech/articles/927664/

#fplus #fplus_спутник #vstack #сервер #тестирование #платформа_виртуализации #fplus_сервер

Демонстрация возможностей vStack версии 2.2 на примере работы виртуальной машины

В vStack 2.2 ВМ запускаются на любом произвольном узле кластера, вне независимости от расположения пула хранения. В результате системному администратору проще распределять и управлять нагрузками и, как следствие, эффективнее распоряжаться ресурсами узлов кластера. Кроме того, это дает и другие существенные преимущества: меньший объем ресурсов для обеспечения failover’а и возможность реализации DRS. В новом видео руководитель проекта vStack Евгений Гаврилов демонстрирует возможности работы с ВМ.

https://habr.com/ru/companies/vstack/articles/801481/

#облака #облачная_инфраструктура #платформа_виртуализации