Презентация работы Попова А.С.
Выполнена на Кафедре Защиты Информации Факультета Информационных Систем и Технологий СыктГУ.
Подробнее: http://www.kzissu.ru/paper/kursovye-raboty/32 (доступ закрытый)
Повышение производительности бизнес-приложенийКРОК
Практический семинар «Оптимизация производительности корпоративных приложений».
Подробнее о мероприятии http://www.croc.ru/action/detail/2465/
Презентация Андрея Мостовых, эксперта направления системных решений компании КРОК
Защита датацентров и данных от катастроф на базе технологий Nutanix / Максим ...Ontico
* RTO - Recovery Time Objective - максимальное время, за которое все ваши бизнес-задачи должны полностью быть восстановлены в работоспособное состояние после полной катастрофы ДЦ
RPO - Recovery Point Objective - максимально приемлемый для ваших задач промежуток времени, за который вы готовы потерять данные.
* Стратегии защиты и репликации ДЦ (1 to 1, 1 to many, many to many).
далее см. - http://rootconf.ru/2015/abstracts/1817
Вебинар «EMC VNX: преображение во флеш» http://www.croc.ru/action/detail/23755/
Презентация Александра Овчинникова, эксперта группы внедрения и эксплуатации СХД компании КРОК
Presentation about Windows Azure Internals. The next topics covered:
1) Azure Datacenters
2) Windows Azure Hypervisor
3) Windows Azure Fabric Controller
4) Service deployment steps
5) Windows Azure virtual machine structure
Презентация работы Попова А.С.
Выполнена на Кафедре Защиты Информации Факультета Информационных Систем и Технологий СыктГУ.
Подробнее: http://www.kzissu.ru/paper/kursovye-raboty/32 (доступ закрытый)
Повышение производительности бизнес-приложенийКРОК
Практический семинар «Оптимизация производительности корпоративных приложений».
Подробнее о мероприятии http://www.croc.ru/action/detail/2465/
Презентация Андрея Мостовых, эксперта направления системных решений компании КРОК
Защита датацентров и данных от катастроф на базе технологий Nutanix / Максим ...Ontico
* RTO - Recovery Time Objective - максимальное время, за которое все ваши бизнес-задачи должны полностью быть восстановлены в работоспособное состояние после полной катастрофы ДЦ
RPO - Recovery Point Objective - максимально приемлемый для ваших задач промежуток времени, за который вы готовы потерять данные.
* Стратегии защиты и репликации ДЦ (1 to 1, 1 to many, many to many).
далее см. - http://rootconf.ru/2015/abstracts/1817
Вебинар «EMC VNX: преображение во флеш» http://www.croc.ru/action/detail/23755/
Презентация Александра Овчинникова, эксперта группы внедрения и эксплуатации СХД компании КРОК
Presentation about Windows Azure Internals. The next topics covered:
1) Azure Datacenters
2) Windows Azure Hypervisor
3) Windows Azure Fabric Controller
4) Service deployment steps
5) Windows Azure virtual machine structure
Дмитрий Лазаренко-«Живая миграция и отказоустойчивость контейнеров в гибридно...Tanya Denisyuk
"Контейнеры могут динамически появляться и исчезать, являются легковесными, не резервируют все необходимые ресурсы при старте, потому их оркестрация дается не простой ценой. Каждый из виртуальных контейнеров в один момент времени может потребовать максимум доступных ему ресурсов и это может привести к тому, что закончатся все ресурсы на физическом сервере, на котором они размещаются. В докладе мы поговорим о механизме, который решает эту непростую задачу, и умеет проводить непрерывную балансировку нагрузки, перемещать контейнеры с одного физического сервера на другие для проведения технических работ без простоя приложений - умная живая миграция (Smart Live Migration).
Многие считают, что контейнеры не подходят для хранения важных данных, т.к. в любой момент они могут упасть и все данные пропадут навсегда. Мы расскажем как этого избежать с помощью технологии Software-defined-storage."
Как devops исчерпывает себя, и что будет дальше / Кирилл Вечера (Jetware)Ontico
* Следующее поколение моделей проектирования и эксплуатации серверных приложений в публичных облаках и на классических серверах.
* Сравнение методов эксплуатации: "традиционных" Chef/Salt/Ansible, immutage images/virtual appliances/Docker, и автономных рабочих окружений Jetware/Snappy/Nix/Habitat.
* Самоконфигурация, самоадминистрирование и самовосстановление серверов.
** Управление большими системами Mesos, Kubernetes, Docker Swarm.
** Управление внутри микросервисов.
* Независимость рабочего окружения приложений от операционной системы и ядра, just enough OS.
* Приложение - это не только исходный код, но и операционное окружение. Разработка, тестирование и версионирование всего полностью.
* Сервер как программа - компонентный подход.
Семинар «Отказоустойчивость приложений – проблемы и простые решения. Выбор оптимального метода защиты для приложений различных классов».
Подробнее о мероприятии http://www.croc.ru/action/detail/1630/
Презентация Дмитрия Дощаного, ведущего инженера компании КРОК
In this presentation, we will describe the SELinux mandatory access control (MAC) system and show how it can improve the security of a Linux system. With examples and command line references, this presentation will offer a complete view on SELinux and how it integrates with various components of a Linux operating system.
Как devops исчерпывает себя и что будет дальшеKirill Vechera
Эволюция управления информационными системами
Какие сейчас есть средства и какие появляются
Как этому способствует Jetware
Почему Devops становится ненужным
The document summarizes the differences between Flash and HTML5 technologies for creating interactive charts and graphs. It discusses browser support for HTML5 technologies like SVG, Canvas, and JavaScript across various browsers. It also provides examples of DOM manipulation in SVG using JavaScript and event handling. The document mentions that AnyChart is a JavaScript library for creating charts with over 800 classes and 80,000 lines of code. It recommends using the Google Closure library and tools for JavaScript development. Finally, it poses some limitations of HTML5 compared to Flash and asks if anyone has any other questions.
IE9 and IE10 are focused on supporting HTML5 natively in Windows. The document discusses demos of real-world HTML5 applications running in IE9, patterns for progressing the web forward through standards support and community engagement, and emerging technologies being prototyped in the HTML5 Labs site and early previews of IE10 capabilities like CSS3 gradients and layout modes. Users are encouraged to take advantage of IE9 today, experiment with HTML5 Labs, and provide feedback on early looks at IE10.
2. Виртуализация Виртуальный сервер не привязан к конкретному “железу” высокая доступность динамическое увеличение ресурсов простота миграции легкость распространения
3. Консолидация Объединение нескольких виртуальных серверов в рамках одного сервера повышение утилизации ресурсов рост производительности системы значительная экономия
6. Что такое Solaris Zones? виртуальное окружение, которое выглядит и управляется как обыкновенный Solaris зоны работают на базе одного ядра Solaris с ограниченными привилегиями минимальные накладные расходы
7. Типы зон Каждый образ Solaris сам по себе уже зона. Глобальная зона управляет ресурсами сервера, позволяет распределять ресурсы локальным зонам, администрировать сами зоны. Локальные зоны : Sparse : наследует ряд файлов от глобальной зоны Whole-root: полная копия всех файлов с возможностью модификации
8. Одно приложение одна зона? Не стоит применять когда приложения используют shared memory. Во всех остальных случаях стоит изоляция приложений позволяет запускать на одном сервере даже конфликтующие между собой приложения сбой одного приложения не приведет сбою или к остановке остальных безопасность в случае проблем с одним приложением это никак не скажется на других возможно дополнительно защитить данные от изменений унификация виртуализация IP позволяет приложению в каждой зоне использовать стандартные порты
9. Существующая схема Производительность оборудования постоянно растёт Часто утилизация серверов ниже 50% Значительная часть общего времени отклика системы составляет взаимодействие подсистем Неоднозначность планирования загрузки ресурсов для расширения
26. CPU pool гарантированное кол-во CPU CPU жестко закреплены за зоной если зона не использует часть выделенных CPU то они будут простаивать утилиты ( vmstat, prstat ) знают о pool’ах и показывают загрузку именно pool’а неравномерная загрузка процессоров в рамках одного сервера
27. Dynamic CPU pool можно задавать не точное кол-во процессоров а диапазон в случае высокой загрузки процессоры будут перераспределены автоматически в рамках выбранных диапазонов различные варианты настроек wt-load Locality (tight, loose, none ) Utilization ( < > ~ ) poolcfg -dc ’modify pset large (string pset.poold.objectives="utilization<75")’ детальное логирование и мониторинг
28. Dynamic CPU pool можно задавать не точное кол-во процессоров а диапазон в случае высокой загрузки процессоры будут перераспределены автоматически в рамках выбранных диапазонов различные варианты настроек wt-load Locality (tight, loose, none ) Utilization ( < > ~ ) poolcfg -dc ’modify pset large (string pset.poold.objectives="utilization<75")’ детальное логирование и мониторинг
29. Fair Share Scheduling тип scheduler’а контролирует выделение CPU на основе долей загрузка всех CPU равномерна в случае если зона не использует выделенные ей ресурсы, их могут использовать другие зоне доступны все CPU
30. Fair Share Scheduling возможно online перераспределение долей при добавлении новой зоны все доли необходимо пересчитывать нет простого способа мониторинга и анализа загрузки
31.
32. Выводы по возможности используйте sparse зоны совместное использование компонент минимальные накладные расходы на память ( shared libs, бинарные файлы ) используйте whole root зоны только когда это действительно необходимо необходимость постоянно писать в /usr тестирование патчевания основных компонент группируйте приложения в зоны при возможности использования shared memory при разграничении прав доступа используйте LOFS для предоставления общих данных зонам
33. Выводы используйте все возможности ZFS клонирование для deployment’а и тестирования snapshot’ы для резервного копирования и анализа изменений компрессию для экономии дискового пространства в зависимости от требований используйте либо FSS либо CPU pools FSS лучше утилизирует CPU но затрудняет анализ на основе dynamic pool легко строить (само)масштабируемые системы по возможности ограничение по памяти лучше не использовать