Велосипед уже изобретен. Что умеют промышленные СХД? / Антон Жбанков (Nutanix)Ontico
Зачем мы каждый раз изобретаем велосипед, только потому что можем? Корпоративные СХД существуют более 25 лет и умеют очень многое.
Защита данных, качество обслуживания, многоуровневое хранение и кэширование на флэш-памяти. Система хранения данных - это не только гигабайт по минимальной цене, но так же и гарантированная производительность и отказоустойчивость.
Вы узнаете, как можно обеспечить своим данным высокую степень защиты, значительно сократив время реализации проекта. Или, наоборот, убедитесь в том, что СХД корпоративного класса вашему проекту не подходят.
Бесплатная виртуализация Citrix XenServer для компанийareconster
29 апреля компания VMC провела бесплатный вебинар "Бесплатная виртуализация Citrix XenServer для компаний". Благодарим всех вас за участие и заданные вопросы!
AWS и GCP: трудная жизнь в облаках / Максим Пугачев (IPONWEB)Ontico
Разница между “несколько серверов в облаках” и “вся инфраструктура в облаках“ огромна. С одной стороны, мы перекладываем миллион забот на гигантские плечи Amazon и Google. С другой стороны, к сожалению, обретаем много новых и порой необычных проблем.
Как жить в облаках двух самых популярных провайдеров? Что это за проблемы и как их решать? В чем особенности облаков, если вы живете в мире highload? Как выжимать максимум из того, что предоставляют провайдеры?
Я попытаюсь рассказать о наиболее важных, на мой взгляд, особенностях:
- Почему не стоит полагаться на заявленные характеристики виртуальных машин.
- Почему нет разницы между загрузкой CPU в 85% и 100%.
- Всевозможные аномалии и неожиданные "спайки" в метриках.
- "Облачные" диски и их особенности.
VMC Как попробовать виртуализацию VMwareareconster
Компания VMC, ведущий провайдер решений виртуализации, совместно с информационным ресурсом VM Guru, успешно провели бесплатный интернет-семинар «Как попробовать виртуализацию VMware».
Виртуальный ЦОД для корпоративных клиентов на базе Virtuozzo: стабильность, п...Ontico
Услуга виртуального дата-центра предъявляет жесткие требования к платформе виртуализации - клиенты хотят высокую производительность и стабильность, а провайдерам нужна возможность максимально плотно размещать нагрузки клиентов.
Мы расскажем:
1. как мы работали с Virtuozzo, чтобы сделать его более производительным и стабильным и, вместе с тем, добиться максимальной плотности размещения виртуальных машин;
2. контейнеры Virtuozzo прекрасно решают эту задачу, но не подходят для размещения некоторых типов приложений, например, Windows;
3. как мы будем переходить на Virtuozzo с KVM, каких целей мы хотим добиться.
Велосипед уже изобретен. Что умеют промышленные СХД? / Антон Жбанков (Nutanix)Ontico
Зачем мы каждый раз изобретаем велосипед, только потому что можем? Корпоративные СХД существуют более 25 лет и умеют очень многое.
Защита данных, качество обслуживания, многоуровневое хранение и кэширование на флэш-памяти. Система хранения данных - это не только гигабайт по минимальной цене, но так же и гарантированная производительность и отказоустойчивость.
Вы узнаете, как можно обеспечить своим данным высокую степень защиты, значительно сократив время реализации проекта. Или, наоборот, убедитесь в том, что СХД корпоративного класса вашему проекту не подходят.
Бесплатная виртуализация Citrix XenServer для компанийareconster
29 апреля компания VMC провела бесплатный вебинар "Бесплатная виртуализация Citrix XenServer для компаний". Благодарим всех вас за участие и заданные вопросы!
AWS и GCP: трудная жизнь в облаках / Максим Пугачев (IPONWEB)Ontico
Разница между “несколько серверов в облаках” и “вся инфраструктура в облаках“ огромна. С одной стороны, мы перекладываем миллион забот на гигантские плечи Amazon и Google. С другой стороны, к сожалению, обретаем много новых и порой необычных проблем.
Как жить в облаках двух самых популярных провайдеров? Что это за проблемы и как их решать? В чем особенности облаков, если вы живете в мире highload? Как выжимать максимум из того, что предоставляют провайдеры?
Я попытаюсь рассказать о наиболее важных, на мой взгляд, особенностях:
- Почему не стоит полагаться на заявленные характеристики виртуальных машин.
- Почему нет разницы между загрузкой CPU в 85% и 100%.
- Всевозможные аномалии и неожиданные "спайки" в метриках.
- "Облачные" диски и их особенности.
VMC Как попробовать виртуализацию VMwareareconster
Компания VMC, ведущий провайдер решений виртуализации, совместно с информационным ресурсом VM Guru, успешно провели бесплатный интернет-семинар «Как попробовать виртуализацию VMware».
Виртуальный ЦОД для корпоративных клиентов на базе Virtuozzo: стабильность, п...Ontico
Услуга виртуального дата-центра предъявляет жесткие требования к платформе виртуализации - клиенты хотят высокую производительность и стабильность, а провайдерам нужна возможность максимально плотно размещать нагрузки клиентов.
Мы расскажем:
1. как мы работали с Virtuozzo, чтобы сделать его более производительным и стабильным и, вместе с тем, добиться максимальной плотности размещения виртуальных машин;
2. контейнеры Virtuozzo прекрасно решают эту задачу, но не подходят для размещения некоторых типов приложений, например, Windows;
3. как мы будем переходить на Virtuozzo с KVM, каких целей мы хотим добиться.
Стратегия и тактика улучшения производительности BSS систем оператора мобильн...Ontico
В докладе поделимся опытом построения комплексного процесса последовательного улучшения производительности информационных систем мобильного оператора, расскажем об используемых инструментах и компонентах (Oracle, Tarantool, Java, Jmeter и т.д.).
Особенность нашего оператора в том, что основной канал взаимодействия с клиентом - это мобильное приложение или web Личный кабинет, а не USSD команды и СМС, как у основной массы операторов. Данная особенность создает высокие требования к времени отклика и доступности сервисов и ставит перед нами целый ряд вопросов:
- Как достичь приемлемого времени отрисовки страниц (не более 2х секунд) и не "уронить" backend при увеличении кол-ва абонентов в несколько раз за год до 4х миллионов?
- Как обеспечить приемлемую производительность при наличии сложных оркестрирующих процессов на ESB и достаточно медленного, основанного на Oracle биллинга?
- Как контролировать и улучшать производительность и доступность постоянно и на упреждение, а не когда "жареный петух клюнет"?
Мы расскажем о том, как мы отвечаем на выше обозначенные вопросы. В частности, расскажем о внедрении двух БД - inmemory БД на чтение и Oracle на запись с соответствующей синхронизацией, о технике кэширования на нескольких уровнях, оптимизации синхронных и асинхронных процессов, о постоянном выявлении узких мест на тестировании, о кластеризации и других аспектах улучшения общей и частной производительности и доступности при быстро растущей абонентской базе и беспощадной креативности бизнеса.
Опыт построения СХД на базе Windows Server для использования в публичном обла...Ontico
В докладе мы поделимся опытом, полученным в ходе создания публичного облака, построенного на базе продуктов Microsoft. В частности, речь пойдет о построении программно-определяемой системы хранения данных на основе технологии Storage Spaces. Основное предназначение полученной СХД объемом около 80ТБ - использование в кластере Hyper-V для запуска порядка 5000 ВМ.
Мы рассмотрим архитектуру хранилища, проблемы снижения latency сетевого трафика, а также подходы повышения производительности при создании пулов и использовании кэша. Кроме того, буду затронуты вопросы тестирования производительности и сценарии миграции на Storage Spaces Direct.
Как мы готовим MySQL / Николай Королёв (Badoo)Ontico
* Исторический экскурс, введение понятия спота, принцип функционального деления баз на группы (споты / не споты), шардирование как способ масштабирования спотов.
* Возникновение второго датацентра на другом континенте, создание самодельной репликации, позволяющей работать по схеме много -> много, краткая схема (структура спотов, схема репликации, служебные базы - очереди, репликация, мониторинг), плюсы и минусы этого решения, инструменты диагностики.
* Альтеры шадрированых спотов - первый вариант утилиты для этой задачи: схема его работы и возникшие проблемы; вторая версия утилиты - улучшения, а также, что осталось неисправленным.
* “Температура” спота, трудности её определения, проблемы, возникающие из-за его “перегрева”, наш способ решения и возникновение проекта “кладбище”.
* Деплой и около - почему мы используем MySQL в chroot, как мы его собираем и как деплоим.
* Бэкапы спотовых данных - первоначальное решение (ленточные хранилища), работа над ошибками, текущая схема.
* Query sampling: проект Minba.
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)Ontico
Сегодня много дискуссий о том, что лучше - MySQL или PostgreSQL? Однако перед тем, как выбирать именно реляционную базу данных для своего проекта, стоит понять, является ли реляционная база данных наилучшим решением для него.
В рамках этого доклада мы сравним наиболее популярную реляционную базу данных с открытым кодом с наиболее популярным хранилищем документов с открытым кодом. Мы определим, в каких случаях эффективнее всего работает MySQL, а в каких - MongoDB. Мы также рассмотрим ситуации, в которых ни одна из этих баз данных не будет лучшим решением и в которых целесообразно остановить свой выбор на других технологиях.
Инфраструктура от IBM Cloud: Как создать собственное частное облако на VMware...Dinar Garipov
IBM Cloud (IBM Bluemix, ранее – SoftLayer) предоставляет высокопроизводительную, гибкую и масштабируемую облачную инфраструктуру для бизнеса по значительно меньшей цене, чем большинство локальных решений
Как не положить тысячи серверов с помощью системы централизованного управлени...Ontico
В 2012 году мы начали внедрение CFEngine в нашу инфраструктуру. Переход на централизованное управление конфигурацией в проектах такого масштаба подобен ремонту - его невозможно закончить, его можно только прекратить. И уже весной 2013 года (в день 404 ошибки и международного дня Интернета) этот "ремонт" превратился в катастрофу и был остановлен. После 3 суток недоступности портала нам пришлось изобрести схему, которая бы физически ограничивала возможность повторения катастрофы. Схема включает в себя тестирование политик на тестовых серверах различной важности и конфигурации. "Маринование" в этой тестовой среде сопровождается автоматизированным контролем характеристик нагрузки этих серверов. Далее происходит обязательный ревью и плавное распространение последовательно по всем датацентрам.
В докладе будет рассказано:
1. почему мы выбрали CFEngine, а не Chief или Puppet;
2. как мы научили CFEngine быть дружелюбным (примеры политик и выдержки из библиотеки);
3. 100500 предпринятых мер, что бы не повторить "день 404" и соблюсти баланс между безопасностью и удобством;
4. как ещё можно использовать системы управления серверами.
Передовой опыт создания Инфраструктуры SharePointMichael Noel
Существует бесчисленное множество далеко не идеальных подходов к дизайну и архитектуре серверной среды SharePoint. Поскольку именно это является определяющим фактором последующей производительности и функциональной эффективности SharePoint, архитекторам инфраструктуры SharePoint чрезвычайно важно хорошо ориентироваться в:
• Различных вариантах инсталлирования SharePoint
• Различиях между моделями архитектуры поиска в SharePoint
• Методах и приемах виртуализации SharePoint
• Способах оптимизации баз данных SQL серверов SharePoint.
Практический опыт автора по созданию сотен SharePoint серверных ферм
обобщен в виде готовых к немедленному применению руководящих и методических рекомендаций по физической и виртуальной архитектуре, и параметрах конфигурации SharePoint 2010 и 2013. Кроме того, в общих чертах обрисованы изменения в архитектуре SharePoint 2013 и SQL Server 2012.
Высокопроизводительная и отказоустойчивая архитектура фронтальных систем / Ма...Ontico
Это реальный рассказ об архитектуре Единой Фронтальной Системы (ЕФС) - системы, которая будет обслуживать абсолютно всех клиентов Сбербанка во всех каналах (отделения, интернет-банки, мобильные приложения, АТМ и т.д.). Это означает: десятки миллионов активных клиентов, 24х7, и еще пара NFR'ов, от которых порой вздрагиваешь по ночам :)
С одной стороны мы должны гарантировать 99.99% доступность, с другой стороны мы должны сокращать time-to-market для новых продуктов и быть готовыми обновлять ЕФС очень часто и по кусочкам – и это малая часть вызовов, с которыми нам приходиться сталкиваться.
В моем докладе я расскажу:
· Как мы гарантируем 99.99% доступности для всего ЕФС, включая хранилище (и особенно включая хранилище).
· Как мы масштабируемся на миллионы пользователей, оставаясь внешнее единой системой.
· Как мы реализуем zero downtime deployment, чтобы оставаться в 99.99% в условиях частых обновлений.
Бизнес-завтрак 20131008. Хостинг для веб-проектов. Юрий Устинов, Русоникс.rusonyx
Доклад Юрия Устинова, исполнительного директора Русоникса о правильном подходе к хостингу веб-проектов. Презентация нового сервиса Сервер без забот для требовательных сайтов и клиентов. Планы компании на будущее. Доклад был озвучен в рамках бизнес-завтрака «Веб-студии будущего. Рынок веб-разработки в эпоху облачных технологий».
Prueba de color acorde a normativa iso 12647Yiined Triiana
La prueba de color se realizó según la Normativa ISO 12647-7 para evaluar el color de las impresiones. Se comprobó que los colores impresos coincidían con los estándares establecidos y que la calidad cromática era satisfactoria.
Стратегия и тактика улучшения производительности BSS систем оператора мобильн...Ontico
В докладе поделимся опытом построения комплексного процесса последовательного улучшения производительности информационных систем мобильного оператора, расскажем об используемых инструментах и компонентах (Oracle, Tarantool, Java, Jmeter и т.д.).
Особенность нашего оператора в том, что основной канал взаимодействия с клиентом - это мобильное приложение или web Личный кабинет, а не USSD команды и СМС, как у основной массы операторов. Данная особенность создает высокие требования к времени отклика и доступности сервисов и ставит перед нами целый ряд вопросов:
- Как достичь приемлемого времени отрисовки страниц (не более 2х секунд) и не "уронить" backend при увеличении кол-ва абонентов в несколько раз за год до 4х миллионов?
- Как обеспечить приемлемую производительность при наличии сложных оркестрирующих процессов на ESB и достаточно медленного, основанного на Oracle биллинга?
- Как контролировать и улучшать производительность и доступность постоянно и на упреждение, а не когда "жареный петух клюнет"?
Мы расскажем о том, как мы отвечаем на выше обозначенные вопросы. В частности, расскажем о внедрении двух БД - inmemory БД на чтение и Oracle на запись с соответствующей синхронизацией, о технике кэширования на нескольких уровнях, оптимизации синхронных и асинхронных процессов, о постоянном выявлении узких мест на тестировании, о кластеризации и других аспектах улучшения общей и частной производительности и доступности при быстро растущей абонентской базе и беспощадной креативности бизнеса.
Опыт построения СХД на базе Windows Server для использования в публичном обла...Ontico
В докладе мы поделимся опытом, полученным в ходе создания публичного облака, построенного на базе продуктов Microsoft. В частности, речь пойдет о построении программно-определяемой системы хранения данных на основе технологии Storage Spaces. Основное предназначение полученной СХД объемом около 80ТБ - использование в кластере Hyper-V для запуска порядка 5000 ВМ.
Мы рассмотрим архитектуру хранилища, проблемы снижения latency сетевого трафика, а также подходы повышения производительности при создании пулов и использовании кэша. Кроме того, буду затронуты вопросы тестирования производительности и сценарии миграции на Storage Spaces Direct.
Как мы готовим MySQL / Николай Королёв (Badoo)Ontico
* Исторический экскурс, введение понятия спота, принцип функционального деления баз на группы (споты / не споты), шардирование как способ масштабирования спотов.
* Возникновение второго датацентра на другом континенте, создание самодельной репликации, позволяющей работать по схеме много -> много, краткая схема (структура спотов, схема репликации, служебные базы - очереди, репликация, мониторинг), плюсы и минусы этого решения, инструменты диагностики.
* Альтеры шадрированых спотов - первый вариант утилиты для этой задачи: схема его работы и возникшие проблемы; вторая версия утилиты - улучшения, а также, что осталось неисправленным.
* “Температура” спота, трудности её определения, проблемы, возникающие из-за его “перегрева”, наш способ решения и возникновение проекта “кладбище”.
* Деплой и около - почему мы используем MySQL в chroot, как мы его собираем и как деплоим.
* Бэкапы спотовых данных - первоначальное решение (ленточные хранилища), работа над ошибками, текущая схема.
* Query sampling: проект Minba.
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)Ontico
Сегодня много дискуссий о том, что лучше - MySQL или PostgreSQL? Однако перед тем, как выбирать именно реляционную базу данных для своего проекта, стоит понять, является ли реляционная база данных наилучшим решением для него.
В рамках этого доклада мы сравним наиболее популярную реляционную базу данных с открытым кодом с наиболее популярным хранилищем документов с открытым кодом. Мы определим, в каких случаях эффективнее всего работает MySQL, а в каких - MongoDB. Мы также рассмотрим ситуации, в которых ни одна из этих баз данных не будет лучшим решением и в которых целесообразно остановить свой выбор на других технологиях.
Инфраструктура от IBM Cloud: Как создать собственное частное облако на VMware...Dinar Garipov
IBM Cloud (IBM Bluemix, ранее – SoftLayer) предоставляет высокопроизводительную, гибкую и масштабируемую облачную инфраструктуру для бизнеса по значительно меньшей цене, чем большинство локальных решений
Как не положить тысячи серверов с помощью системы централизованного управлени...Ontico
В 2012 году мы начали внедрение CFEngine в нашу инфраструктуру. Переход на централизованное управление конфигурацией в проектах такого масштаба подобен ремонту - его невозможно закончить, его можно только прекратить. И уже весной 2013 года (в день 404 ошибки и международного дня Интернета) этот "ремонт" превратился в катастрофу и был остановлен. После 3 суток недоступности портала нам пришлось изобрести схему, которая бы физически ограничивала возможность повторения катастрофы. Схема включает в себя тестирование политик на тестовых серверах различной важности и конфигурации. "Маринование" в этой тестовой среде сопровождается автоматизированным контролем характеристик нагрузки этих серверов. Далее происходит обязательный ревью и плавное распространение последовательно по всем датацентрам.
В докладе будет рассказано:
1. почему мы выбрали CFEngine, а не Chief или Puppet;
2. как мы научили CFEngine быть дружелюбным (примеры политик и выдержки из библиотеки);
3. 100500 предпринятых мер, что бы не повторить "день 404" и соблюсти баланс между безопасностью и удобством;
4. как ещё можно использовать системы управления серверами.
Передовой опыт создания Инфраструктуры SharePointMichael Noel
Существует бесчисленное множество далеко не идеальных подходов к дизайну и архитектуре серверной среды SharePoint. Поскольку именно это является определяющим фактором последующей производительности и функциональной эффективности SharePoint, архитекторам инфраструктуры SharePoint чрезвычайно важно хорошо ориентироваться в:
• Различных вариантах инсталлирования SharePoint
• Различиях между моделями архитектуры поиска в SharePoint
• Методах и приемах виртуализации SharePoint
• Способах оптимизации баз данных SQL серверов SharePoint.
Практический опыт автора по созданию сотен SharePoint серверных ферм
обобщен в виде готовых к немедленному применению руководящих и методических рекомендаций по физической и виртуальной архитектуре, и параметрах конфигурации SharePoint 2010 и 2013. Кроме того, в общих чертах обрисованы изменения в архитектуре SharePoint 2013 и SQL Server 2012.
Высокопроизводительная и отказоустойчивая архитектура фронтальных систем / Ма...Ontico
Это реальный рассказ об архитектуре Единой Фронтальной Системы (ЕФС) - системы, которая будет обслуживать абсолютно всех клиентов Сбербанка во всех каналах (отделения, интернет-банки, мобильные приложения, АТМ и т.д.). Это означает: десятки миллионов активных клиентов, 24х7, и еще пара NFR'ов, от которых порой вздрагиваешь по ночам :)
С одной стороны мы должны гарантировать 99.99% доступность, с другой стороны мы должны сокращать time-to-market для новых продуктов и быть готовыми обновлять ЕФС очень часто и по кусочкам – и это малая часть вызовов, с которыми нам приходиться сталкиваться.
В моем докладе я расскажу:
· Как мы гарантируем 99.99% доступности для всего ЕФС, включая хранилище (и особенно включая хранилище).
· Как мы масштабируемся на миллионы пользователей, оставаясь внешнее единой системой.
· Как мы реализуем zero downtime deployment, чтобы оставаться в 99.99% в условиях частых обновлений.
Бизнес-завтрак 20131008. Хостинг для веб-проектов. Юрий Устинов, Русоникс.rusonyx
Доклад Юрия Устинова, исполнительного директора Русоникса о правильном подходе к хостингу веб-проектов. Презентация нового сервиса Сервер без забот для требовательных сайтов и клиентов. Планы компании на будущее. Доклад был озвучен в рамках бизнес-завтрака «Веб-студии будущего. Рынок веб-разработки в эпоху облачных технологий».
Prueba de color acorde a normativa iso 12647Yiined Triiana
La prueba de color se realizó según la Normativa ISO 12647-7 para evaluar el color de las impresiones. Se comprobó que los colores impresos coincidían con los estándares establecidos y que la calidad cromática era satisfactoria.
El resumen describe dos charlas de grafología organizadas por la UNED los días 24 y 31 de octubre de 2008. A pesar del mal tiempo, asistieron unos 50 estudiantes e invitados interesados en conocer y aprender los primeros pasos de la ciencia grafológica. Se analizaron las escrituras de famosos personajes y hubo tiempo tanto para aprender como para divertirse. La ponente disfrutó compartiendo su conocimiento y espera que los asistentes también lo pasaran bien.
Clinica de Gandes Esecies FMVZ-UMSNH- Presentacion 03KainNemesis
El documento describe la historia y contexto de la Facultad de Medicina Veterinaria y Zootecnia de la Universidad Michoacana de San Nicolás de Hidalgo. Se fundó en 1966 y actualmente cuenta con dos campus. También analiza la demografía de la zona metropolitana de Morelia y la importancia económica y cultural de la cría de caballos y bovinos en México. Finalmente, menciona algunas debilidades identificadas en el plan de desarrollo 2006-2012 de la facultad, como la falta de instalaciones para grandes especies
La paciente es una mujer mayor que acude al dentista para reemplazar sus prótesis dentales superiores e inferiores debido a que lleva usándolas por más de 30 años y actualmente están sueltas y les faltan piezas. La paciente ha estado usando prótesis removibles totales en la mandíbula superior e inferior durante los últimos 7 años y es revisada anualmente por su médico.
Este documento presenta los contenidos y metodología de la asignatura de Filosofía y Ciudadanía. Se divide en 4 bloques temáticos: el saber filosófico, el ser humano como persona y sociedad, filosofía moral y política, y democracia y ciudadanía. La evaluación consta de tres pruebas con un peso del 60% para el trabajo diario y un 40% para los exámenes. El documento concluye animando a los estudiantes a pensar con espíritu crítico y a cumplir las normas de respeto mut
La Unión Europea ha acordado un paquete de sanciones contra Rusia por su invasión de Ucrania. Las sanciones incluyen restricciones a las transacciones con bancos rusos clave y la prohibición de la venta de aviones y equipos a Rusia. Los líderes de la UE también acordaron excluir a varios bancos rusos del sistema SWIFT de mensajería financiera.
La presentazione esposta durante gli incontri organizzati dal Municipio Centro Est nelle diverse unità urbanistiche.
Durante l'incontro i rappresentanti delle istituzioni hanno spiegato del Bando Partecip@, dei 28 mila euro messi a disposizione in conto capitale e del contributo di Open Genova sull’introduzione delle Politiche Pubbliche Collaborative Mediate dalla Rete da parte del Municipio Centro Est nell’ambito del Progetto.
Unità urbanistiche del Municipio:
• Lagaccio
• Oregina
• Castelletto - Carmine
• Pré – Molo – Maddalena
• Portoria – Carignano
O documento descreve a história de Samuel Alexander Armas, um feto que foi submetido a uma cirurgia no útero para corrigir uma fissura na coluna. Durante a cirurgia, o feto surpreendentemente estendeu a mão e agarrou o dedo do médico, sendo capturado em uma foto que se tornou viral. A cirurgia foi um sucesso e Samuel nasceu saudável, inspirando fé em Deus.
Vilka nyheter från de redaktionella tidningarna får stor spridning i sociala medier? Handlar nyheternas genomslag i sociala medier enbart om nyhetsvärdet eller påverkar andra faktorer delningar och likes?
Analysen har gjorts av Retriever, i samarbete med MEG, och presenterades under Mediedagarna i Göteborg i mars 2013.
This document outlines a 4-step problem solving process: 1) define the problem, 2) divide it into smaller sub-problems, 3) implement a plan to solve the sub-problems, and 4) evaluate whether the problem was solved and the solution works as intended.
El documento describe las actividades realizadas en el Colegio Rural Agrupado de Zarza de Granadilla para celebrar el Día de la Paz y la No Violencia el 30 de enero de 2013. Los niños pintaron medallas con palomas que luego se usaron para formar una vidriera con la palabra "paz" que ahora decora la entrada del colegio.
The document discusses the benefits of exercise for mental health. It states that regular exercise can help reduce anxiety and depression and improve mood and cognitive function. Exercise causes chemical changes in the brain that may help alleviate symptoms of mental illnesses.
El documento proporciona información sobre una estudiante llamada Patricia Sosa que cursa la materia Teoría de la Forma en el Instituto Universitario Politécnico Santiago Mariño en la Extensión de Barinas, Venezuela.
Windows Azure now offers a new feature currently in customer preview called Virtual Machines & Virtual Networks.
This new functionality provides Windows Azure with an IaaS platform for you to deploy your own virtual machines.
In Windows Azure IaaS you can easily deploy and run Windows Server and Linux virtual machines in Windows Azure.
This session explains the Virtual Machine storage architecture and demonstrates how to provision and customize virtual machine in Windows Azure and how to securely connect them to on-premises IT infrastructure with Windows Azure VPN’s.
Новые возможности Windows Server 2016 и его преимущества для решения Ваших би...DEPO Computers
Максим Кузьминов, тренер по продуктам и решениям Microsoft, представил новые возможности Windows Server 2016 и его преимущества для решения бизнес-задач.
Презентация технологии веб-кластеров
Основные задачи, которые решает веб-кластер:
Обеспечение высокой доступности сервиса (так называемые HA - High Availability или Failover кластеры)
Масштабирование веб-проекта в условиях возрастающей нагрузки (HP - High Performance кластеры)
Балансирование нагрузки, трафика, данных между несколькими серверами
Создание целостной резервной копии данных для MySQL
Тест-драйв «Флеш в серверах: работа со скоростью вспышки» http://www.croc.ru/action/detail/29449/
Вадим Болотнов, менеджер по продвижению решений Департамента вычислительных систем КРОК
Современные серверы DEPO Storm и системы хранения DEPO StorageDEPO Computers
Сергей Сенько, руководитель направления по серверной продукции компании DEPO Computers, обозначил тенденции в изменениях требований к инфраструктуре и серверному оборудованию ЦОД и презентовал новые модели серверов DEPO Storm с примерами решений для внедрения виртуализации и частного облака от десятков до тысяч пользователей.
Similar to 24 hop sql_in_to_wa_1c _19march_2014_russian (20)
Современные серверы DEPO Storm и системы хранения DEPO Storage
24 hop sql_in_to_wa_1c _19march_2014_russian
1. SQL Server в Microsoft
Windows Azure -
платформа для современных бизнес
приложений "1С"
Maksim Lemeshko, Community Leader
2. 2
Общее содержание
Концепция Windows Azure
Или почему мы поговорим сегодня об этом?
SQL Server в Windows Azure
Что предлагает MSSQL Server для современных бизнес приложений?
Бизнес-приложение «1С»
Требования платформы, особенности архитектуры, нюансы использования MSSQL
Server, рекомендации, обслуживание, резервное копирование и восстановление.
2
3. 3
Почему Windows Azure,
функциональность
WA – для всех!
600 SaaS приложений.
Лояльная ценовая политика.
Совместимость с on-premise решениями.
Высокая безопасность.
Изоляция ОС от изменений вносимых в
конфигурацию.
Готовые пакеты образов ОС: Windows, Unix,
собственные образа.
Мониторинг, POSH, соадминистратор.
3
4. 4
Почему Windows Azure,
технологичность
Восемь регионов платформы для размещения
приложений, сервисов и инфраструктуры.
Понятный SLA.
Гео-избыточность.
Балансировка нагрузки.
Сервис обеспечения защиты и восстановления
локальной инфраструктуры (HRM).
Высокопроизводительные системы.
Резервное копирование.
ExpressRoute*.
4
9. 9
Ключевые принципы настройки SQL
Server
Пропускная способность
Время отклика (latency)
9
Метрики OLTP DW Transaction Log
Смешанная нагрузка
Read/Write
• Большое количество
малых транзакций
• Ограниченное (малое)
количество типов
транзакций
• Баланс в сторону
чтения
• Интенсивное
сканирование, Большие
порции данных за раз
• Bulk loading
• Только запись
• Требуется низкая
latency
IO размер и тип • Между 8 и 64K
• Обычно random
• От 64KB до 512KB reads
• Обычно sequential
• MB/s критическая
метрика
• Последовательный
# users высокая низкая n/a
10. 10
Характеристики Windows Azure VM*
10
Архитектура Задержки
Изменчивость
Конфигурационные
опции
VM – Virtual Machine (Виртуальная машина)
11. Опции настройки Виртуальных машин
11
Размер
виртуальной
машины
Пропускная
способность сети
Типы дисков и
геометрия
Дисковый
кэш
12. 12
Windows Azure VM Size
12
Размер
VM
Ядер CPU Память
Размер
OS Disk
Временны
й диск
Скорость(
Mbps)
Максимал
ьное
количеств
о дисков
(1 TB
каждый)
Максимум
IOPS
(макс 500
на диск)
ExtraSmall Shared 768 MB 127 GB 20 GB 5 1 1x500
Small 1 1.75 GB 127 GB 70 GB 100 2 2x500
Medium 2 3.5 GB 127 GB 135 GB 200 4 4x500
Large 4 7 GB 127 GB 285 GB 400 8 8x500
ExtraLarge 8 14 GB 127 GB 605 GB 800 16 16x500
A6 4 28 GB 127 GB 285 GB 1,000 8 8x500
A7 8 56 GB 127 GB 605 GB 2,000 16 16x500
A8
8 56 GB ? ? ? ? ?
A9
16 112 GB ? ? ? ? ?
13. 13
Типы дисков VM и конфигурации
OS disk (постоянный)
Динамический 127GB диск, оптимизированный для OS типа нагрузки
(загрузка OS)
Не рекомендуется использовать для SQL Server
Data disk (постоянный)
VHD, который может быть присоединен к VM для хранения данных
до 1TB
до 16 дисков для XL и А7 VM
Temporary local disk (непостоянный)
Используется для временных (например, OS page files)
Располагается на «внутренних» дисках физического хоста
Обнуляется в случае сбоя VM или обновления хоста
Физический диск, разделяемый между несколькими VMs на одном хосте
Не рекомендуется для пользовательских или системных баз данных
13
14. 14
Общие сведения
Windows Azure VMs
VMs расположены в инфраструктуре Windows Azure
(“IaaS”)
Образы VM от Microsoft или «самодельные» (VHDs)
Быстрый provisioning (10 minutes)
Pay per use
VM: стоимость за минуту
Зависит от размера и лицензий (например, SQL)
Сеть: только входящий траффик
Storage: только используемое (а не зарезервированное)
Эластичность
1 core / 2GB RAM / 1TB 8 cores / 56GB RAM / 16TB
«Собственное» управление VM
Security, patching, monitoring, etc
14
15. 15
Хранилище
Windows Azure VMs
Каждый диск данных в VM – BLOB в Azure Storage
3 синхронные локальные копии
Нет потери данных
Высокая доступность (прозрачно для VM)
3 дополнительных асинхронных копии, если geo-replication включена
Для восстановления в случае глобального сбоя (управляется Microsoft)
15
16. 16
Поддержка высокой доступности
и восстановления от сбоев
Высокая доступность
SLA: Никакой потери данных
Если VM недоступна, старт на другом узле
SLA: 1 из 2 VMs в Availability Set:
99.95% (<22 минуты downtime в месяц)
Включает:
Запланированный downtime (в месяц) для сервисов на хосте
Незапланированный downtime из-за «железных» проблем
Не включает сервис гостевой OS
Восстановление
<30 минут (SLA отсутствует)
Azure Ops восстанавливают VM (SLA отсутствует)
16
17. 17
SQL Server в
Windows Azure VMs
Поддерживаются многие версии SQL
SQL 2014 CTP1, SQL 2012 SP1, SQL 2008 R2
(Почти) 100% совместимость
Нет SQL Failover Clusters (пока еще..)
Управление SQL Server – ваше
Security, Backups, HA, DR, etc
17
18. 18
Windows Azure IO система
Диск выполнен как
разделяемый
многопользовательский
сервис
Встроенная тройная
избыточность, опционально
гео-репликация
Производительность менее
предсказуема, чем on-prem
Хост серверы, сервисы хранилищ, сеть
разделена между многими
подписчиками и сервисами
Производительность может зависеть от
того, где и когда VM была развернута
Вопрос: операционные процессы
Уровень контроля над конфигурацией
против стоимости, простоты и
встроенной избыточности
18
Storage Stamp
Stream Layer
Partition Layer
Front-ends
LB
Intra-stamp replication
Stream Layer
Partition Layer
Front-ends
LB
Intra-stamp replication
Storage Stamp
Geo-replication
Storage Location Service
19. 19
Как устроен дисковый кэш в VM?
Кэширует данные VM внутри хост узла
Помогает уменьшить задержки I/O уменьшая # транзакций против Windows
Azure Storage
Кэш 2-го уровня
Недавно «затронутые» данные хранятся в RAM кэше хост сервера – пространство,
разделяемое всеми VM на сервере machine
Нечасто затрагиваемые данные хранятся на локальном диске физической машины
Размер зарезервированного пространства кэша для VM “OS Disk” и “Data
Disks” зависит от размера VM
19
20. 20
Настройки VM кэш по умолчанию
Read Only: Все запросы на чтение кэшируются для будущего доступа. Все
записи пишутся напрямую в Windows Azure Storage
Read Write: Запись и чтение кэшируется для будущего доступа. Не write-
through записи хранятся сначала на локальном диске. Для SQL Server,
записи пишутся на WA storage , потому что потому что SQL использует
Write-through
Обеспечивает низкие дисковые задержки для лёгких типов нагрузок
None (выключен): пропускает кэш. Все данные пишутся сразу в Windows
Azure Storage
Высокий уровень I/O для интенсивных I/O нагрузок
Также включает стоимость TX
20
Тип диска Read Only Read Write None (disabled)
OS disk Supported Default mode Not supported
Data disk Supported (up to 4) Supported (up to 4) Default mode
Temporary disk Implemented using local attached storage
21. 21
Рекомендации по использованию
дискового кэша
Data disks
Настройка кэша зависит от типа IO и интенсивности нагрузки
Использовать настройки «по умолчанию» “None” (disable) для более
высоких random IOs (например, OLTP) & и более высокой пропускной
способности
«пропускает» физический диск хоста, тем самым увеличивает частоту IO
Принять во внимание включение read cache для запросов, чувствительных
к задержкам latency
OS Disk
“Read Write” (default) уменьшает задержки при небольших и IO интенсивных
нагрузках на малых DBs (<=10GB)
Рабочий набор может «влезть» в память, и уменьшить количество операций IO к blob
storage
23. 23
VM сеть
Высокие сетевые задержки в сравнении с on-prem
Виртуализация, безопасность, load balancing, удаленность
Уменьшение сетевых «round trips» имеет большее влияние
Объединить «болтливые» уровни приложений на
одной VM
Располагайте VM в одной/одном Virtual Network /
Cloud Service
Используется коммуникация через «внутренний» IP (DIPs)
VMs со схожей/одинаковой нагрузкой должны жить в том же Cloud Service
(пример: VM включенная в AG, или VM в определенном app tier).
Распределение нагрузки между VMs в том же cloud service через публичные
виртуальные IP (пример: нагрузка на чтение в AlwaysOn AG)
Можно использовать Windows Azure Virtual Network для VMs в разных cloud
services
24. 24
Дисковая конфигурация: один диск
Рекомендуется для <1TB
Допустимая производительность
Минимальная сложность, простое восстановление
Пример: SQL IO для одного диска:
24
Random I/O (8KB
Pages)
Sequential I/O
(64KB Extents)
Sequential I/O
(256KB Blocks)
Reads Writes Reads Writes Reads Writes
IOPS 500 500 500 300 300 300
Bandwidth 4 MB/s 4 MB/s 30 MB/s 20 MB/s 70 MB/s 70 MB/s
25. 25
Дисковая конфигурация: много
дисков
Рекомендуется для:
>1TB DB файлов, или
Высокого числа IOPS / пропускной способности
Два пути:
Путь 1: Использовать файловые группы с несколькими
файлами
Наилучшие результаты в тестах
НЕ помогает масштабировать transaction log
Путь 2: Windows Server 2012 storage space
Storage spaces, а не OS striped volumes
25
27. 27
Дисковая конфигурация:
масштабирование Reads and Writes
Чтение: Масштабирование I/O «поверх» нескольких
дисков
OLTP (мелкие random операции)
Маленький размер блока (8К)
IOPS и пропускная способность растут линейно.
Data Warehousing
Большие блоки (128К, 256К и 512К).
IOPS и пропускная способность перестают расти после добавления 4х дисков.
Запись: Масштабирование I/O «поверх» нескольких
дисков
Для нагрузок, где много операций записи, добавление дисков
приносит явную пользу
Для больших последовательных операций I/O, запись
масштабируется лучше, чем чтение.
27
28. 28
TEMPDB и временный диск D:
Не используйте никогда.
Почему?
Ожидаемая производительность:
Direct Attach Disks, которые разделяют IO между несколькими VM на
сервере.
Размер диска зависит от размера VM
Дополнительные сложности:
SQL Server должен пересоздавать TEMPDB на диске D:, а для этого
требуются привилегии.
А если еще и папка была создана?
Если TEMPDB критична для приложения:
Читаем tempDB IO best practices
28
30. 30
Политика: Instant File Initialization
Не настроена по умолчанию
Уменьшает IO для
СозданиеDB
Восстановление DB
Добавить файлы к DB
Увеличение размера файла
Autogrow, и т.д..
Добавить SQL сервисе в
политику Perform Volume
Maintenance Tasks
Перезапуск SQL Server
Note: не поможет с
Transaction Log
30
32. 32
Рекомендации
Установить размеры
Autogrow – это страховка
Но не гарантия
Настроить Instant File Initialization до создания DB
Настроить Instant File Initialization до момента увеличения
файлов (TEMPDB)
Настроить Instant File Initialization до создания DB
восстановления базы данных
Не забываем про перезапуск SQL Server после настройки
Instant File Initialization
32
33. 33
Что еще принять во внимание
Реинициализация диска
NTFS размер блока ?
Один или нескольких storage accounts на одной VM
Не «размазывать» файлы базы данных по нескольким
Storage Accounts!!!
Данные в разных BLOB не записываются одновременно
BLOB, участник stripe set может быть «не синхронизован»
Альтернатива:
«Размазать» данные (файлы) по нескольким дискам для
повышения IO
Помним:storage account имеет предел 20K tps
33
36. Классические факторы
производительности SQL Server
36
Plan change/choice
issues
Software/hardware
configuration
Locking & latching
Multi-user
operations and
blocking
Checkpoint &
system operations
37. Высокоуровневые шаги по решению
проблем
37
Определение KPIs и
наблюдение
использования
ресурсов
Наблюдение KPIs на
промежутке времени
Исследование трендов
и шаблонов при росте
нагрузки
Наблюдение DMVs для
понимания
блокировок и
ожиданий на ресурсах
Наблюдение spinlock и
back-off событий
38. «Типичные» проблемы VM
38
Проблема KPIs Что делать?
CPU около 80%
% Processor Time (_Total)
SOS_SCHEDULER_YIELD waits
Увеличить размер
Тор запросы для оптимизаций
Load balance ( перенести Db на другой
инстанс )
I/O «до потолка» или
же задержки по
IO растут
Average disk reads per second
Average disk writes per second
Disk reads per second
Disk writes per second
io_virtual_file_stats
PAGEIOLATCH waits
SQL Server: Buffer ManagerPage Life
Expectancy
Check Page Life Expectancy counter, for
mem pressure. Increase instance size
Identify which DB and log files have I/O
bottleneck
Add more data disks and separate data
files if near IOPS limits per disk
Tune queries to reduce reads and writes
Consider enabling row or page
compression
Memory pressure
Memory: Available Bytes
Memory: Pages per second
SQL Server: Buffer ManagerPage Life
Expectancy
Process: Working Set (for SQL Server)
RESOURCE_SEMAPHORE waits
Check max server memory setting for
SQL Server.
Use high memory instance
Identify SQL component (such as, CLR,
high memory grants for app queries,
et.), tune appropriately.
39. 39
Подытожим
39
Читаем Performance Guidance for SQL Server in
Windows Azure Virtual Machines
Планируем и тестируем IO
Определяем оптимальный размер VM
Оптимизация для уменьшения IO и сетевых round
trips
Использовать файловые группы и больше дисков
данных для больших DB
Определить KPIs для мониторинга
Пересмотр оптимизаций при росте нагрузки.
42. 42
SQL Server HA/DR сценарии
HA внутри Azure
Доступность SQL Server в Azure VM
Защита от сбоев SQL Server или VM
Использование другой SQL Server VM в том же Azure DC
DR между On-Premise и Azure
Доступность on-premise SQL Server (физической или виртуальной
конфигурации)
Защита от сбоев on-premise data center
Использование SQL Server VM в Azure
DR между Azure data centers
Доступность SQL Server в Azure VM
Защита от сбоев внутри Azure data center
Использование SQL Server VM в другом Azure DC
42
43. 43
SQL Server HA
внутри Windows Azure, ????
Определение сбоев на уровне Azure сервисов (не SQL
Server)
SQL Server сервис может «упасть» или «зависнуть»
Сервис гостевой OS = downtime
Сервис SQL Server = downtime
Сервис восстановления Azure (service healing) приводит к
перезапуску VM на другом хосте
~12 мин downtime каждый раз
Обновление Azure включает сервис OS хоста и
перезагрузку VM на другом узле
~15 минут downtime каждый раз
43
44. 44
Поддерживаемые технологии SQL
Server HA
44
Технологии SQL Server
версии
Нулевая
потеря
данных
Область # Реплики Автоматизаци
я
Failover
Readable
Secondary(es)
Availability
Groups
SQL Server
2012
SQL Server
2014
Yes
(Sync Mode)
DB(s) 4
8 + 1
Yes
(с
дополнительн
ым узлом в
кластере)
Yes
Database
Mirroring
SQL Server
2008 R2
SQL Server
2012
Yes
(High Safety
Mode)
DB 1 Yes
(с Witness
сервером)
Ограниченно
(database
snapshots)
45. 45
Availability Groups
Много разных полезностей:
Гибкие политики Failover
Автоматическое восстановление страниц (Page Repair)
Копии на Secondaries
Улучшенная управляемость
Поддержка FileStream & FileTable
Не забываем, что требуются также:
Windows Cluster
Не поддерживается shared storage в облаке
Тот же Windows Domain
Требуется Active Directory Domain Controller
45
46. 46
Прежде чем начать
Убедитесь что хостинг VM настроен правильно
В одной Availability Group
В одном Azure кластере
Уменьшает время синхронизации лога
В одной Availability Set
Разные Fault Domain (rack) и Upgrade Domain
Гарантирует, что потеря rack и Azure’s upgrade влияют только
на одну реплику
Одна VNet
Гарантирует, что VM IPs не изменится после Azure’s service
healing (а так же избегаем обновления DNS записи: ~12 min)
Требуется для Active Directory
46
47. 47
Прежде чем начать
Подготовка VMs
Создаем Active Directory Domain Controller
Ссылка
Присоединяем VMs к домену
Ссылка
Создаем Windows Cluster
Ссылка
Ссылка
Создать Availability Group (как в on-premise)
Создать Availability Group Listener (внимание)
Ссылка
47
49. 49
«1С»
платформа, особенности
1С и SQL Server вместе с версии SQL Server 6.5.
Простая установка, без специальных знаний
1С использует только часть функционала SQL Server
Масштабируется на уровни серверов приложений
Возможности масштабирования на уровне БД нет
Настроек «По умолчанию» – достаточно.
Одна учетная запись “USR1CV82”
OLTP запросы – основная нагрузка
Управление потоками данных на обработку
Лиц.ограничение на использование недокументированных
операций с БД средствами СУБД
В текущих конфигурациях целостность данных контролируется
серверов 1С
Большая часть проблем скрыта в коде, а не в «галочках» СУБД
Работа на нестабильных каналах связи
49
50. 50
«1С» использует
часть функционала SQL Server
50
Использует:
Компонент Database Engine
Не использует
Полнотекстовый поиск
Репликация
Служба Analysis Services
Служба Integration Services
Служба Reporting Services
Свой функционал
менеджер блокировок
полнотекстовый поиск
механизм обменов между базами
функционал аналитических данных (OLAP)
мощный блок системы мониторинга и отчетности
и другое
51. 51
Основные подходы к реализации
межсерверной кластеризации
Технология Плюсы Недостатки
Log shipping,
Mirroring
Простая настройка Сложно/невозможно использовать
ресурсы дополнительного сервера
Репликация Использование ресурсов
дополнительного сервера
Сложность сопровождения,
настройки, значительное
отставание, конфликты
Always On
(для MS SQL 2012)
Минимальное отставание
Распределение нагрузки
(использование в режиме
read only ресурсов
дополнительного сервера)
Не выявлено
Неполная поддержка
приложениями
51
53. 53
Укрупненная схема работы
53
Оперативная работа пользователей
всегда строится на первом (главном)
узле кластера.
В случае повышения нагрузки на
первом узле (настраиваемое
пороговое значение), запросы по
аналитике переключаются на
второй узел кластера, оставляя
первый при этом только для
оперативной работы
пользователей.
Оперативная работа пользователей не
остановится в случае падения первого
узла кластера или основной базы
данных. Данные реплицируются в с
минимальной задержкой в резервную
базу данных.
Чтение и запись Только чтение
54. 54
«1С»
управление
Стандартные функции
Активные пользователи
Поиск ссылок на объекты
Проведение документов
Удаление помеченных объектов
Управление итогами
Управление полнотекстовым поиском
Резервные копии
Для файлового варианта – копирование файла 1Cv8.1CD
Для клиент-серверного варианта – средствами СУБД
Мониторинг и устранение проблем
Тестирование и исправление информационной базы
Журнал регистрации
Технологический журнал
Контроль ссылочной целостности
54
55. 55
«1С»
чистота и порядок
Обновлять статистику
exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN‘
раз в день, можно чаще
Чистить процедурный кэш
DBCC FREEPROCCACHE
сразу за процедурой обновления статистики
Дефрагментировать индексы
sp_msforeachtable N'DBCC INDEXDEFRAG (<имя базы данных>, ''?'')‘
Не реже раза в сутки, но можно не все таблицы сразу
Реиндексировать таблицы
sp_msforeachtable N'DBCC DBREINDEX (''?'')‘
в моменты минимальной загруженности, но не режа раза в неделю
http://kb.1c.ru/articleView.jsp?id=13
55
56. 56
Further Reading
White paper: Performance Guidance for SQL Server in Windows Azure Virtual Machines
SQL IaaS Basics
SQL Server in Windows Azure Virtual Machines
SQL Server HA/DR on IaaS
About SQL Clustering func
Windows Azure Storage
Windows Azure’s Flat Network Storage and 2012 Scalability Targets
Windows Azure Storage: A Highly Available Cloud Storage Service with Strong Consistency
Erasure Coding in Windows Azure Storage
SQL Server Backup and Restore with Windows Azure Blob Storage Service
SQL Server Performance
Analyzing I/O Characteristics and Sizing Storage Systems for SQL Server Database Applications
Compilation of SQL Server TempDB IO Best Practices
Windows Azure SQL Database and SQL Server -- Performance and Scalability Compared and Contrasted
SQL Server HA/DR on IaaS
Тренинг и скрипты
IaaS
Как создать Virtual Network в Azure
Настроить Virtual Network между on-premise и Azure
Создать Active Directory Domain Controller
56
57. 57
Further Reading
AlwaysOn + 1С
Ссылка 1
Ссылка 2
WSFC кластер
Ссылка 1
Ссылка 2
Видео
SQL Server в Windows Azure
Установка и обслуживание MS SQL Server 2008 R2 для 1С:Предприятие 8
57