NetNumber overview jan 2015 Titian 2 slidesmcfaddenmnMartin McFadden is a regional sales manager for Netnumber who specializes in converged IMS, LTE, and SS7 networks. TITAN is Netnumber's platform that radically simplifies the network core by providing a single common platform to support all signaling, routing, and database applications across multiple protocols. It supports a wide range of network functions and elements including IMS components, LTE nodes, SS7 elements, AAA servers, diameter routing, subscriber data, and number portability.
Ready for the Evolution: LTE Session delivery requirementsAcmePacketThis document discusses requirements for scaling signaling in LTE and IMS networks. It notes growing signaling demands due to factors like increased mobility, data usage, and device proliferation. SIP and Diameter are used to establish communication sessions and manage subscriber data. Diameter signaling controllers can provide scalability, security, overload control, and interoperability for Diameter interfaces in LTE and IMS networks. The document describes core and interconnect Diameter routing solutions and how they simplify network architecture.
Scaling Diameter for LTEAcmePacketThis document discusses scaling Diameter signaling for LTE networks. It introduces Diameter signaling controllers as a new product category that can provide more efficient, scalable, and reliable Diameter networks. Diameter signaling controllers are needed at the core and edge of networks to handle all Diameter interfaces and applications. They help address pain points like network outages, overload, and interoperability issues. Centralized routing databases can further help scale Diameter signaling controllers by simplifying provisioning and enabling highly scalable routing of hundreds of millions of entries.
Lte default and dedicated bearer / VoLTEmanish_sapraLTE uses EPS bearers to carry user data traffic. There are two types of EPS bearers - default bearers and dedicated bearers. Default bearers are created for each PDN connection and provide basic "best effort" internet access. Dedicated bearers provide additional tunnels for specific traffic like VoLTE and can have guaranteed bitrates. Dedicated bearers are linked to a default bearer and inherit properties like the PDN address from the default bearer. GTP is the protocol used to encapsulate and carry bearer traffic through the LTE core network.
LTE and EPC Specificationsaliirfan04This document outlines the 3GPP specifications process for developing new mobile network systems and features. It follows a three stage process:
Stage 1 defines service requirements. Stage 2 defines the network architecture, elements, and high-level flows. Stage 3 defines protocols, state machines, and messages.
This process was applied to developing LTE, where Stage 1 documents defined requirements like throughput rates and latency. Stage 2 documents described the overall LTE system architecture. Numerous Stage 3 specifications then defined the protocols that enable LTE.
LTE EPC Technology EssentialsHussien MahmoudThis Workshop is a fast track Course to cover the basic architecture and functionalities of the LTE-EPC from the Packet Core Perspective.
The course is a little bit advanced and the target Audience is requested to have a basic PS Foundations and Mobility Knowledge as a prerequisite.
The course will cover the LTE-EPC Architecture, Call flows, Mobility and session management in addition to introductory slides for the EPS Security and LTE-DNS.
SETCON'18 - Dzmitry Nichyparuk - Designing reliable softwareNadzeya PusПо-настоящему надежное программное обеспечение всегда скептически настроено и готово к отказам. Другие системы оно держит на расстоянии, так как слишком тесное взаимодействие может быть небезопасным. Оно не доверяет даже себе устанавливая внутренние барьеры для защиты от сбоев.
ERP-системы в облаке: разбор кейсов DataLineDataLineРассматриваем реальные кейсы виртуализированных ERP-систем в ритейле, e-commerce и промышленности и изучаем "подводные камни" на примере Oracle E-Business Suite, SAP ERP и Microsoft Dynamics AX.
Надежная инфраструктура цодДмитрий МацкевичСеминар в Академии информационных систем. Мы рассмотрели схемы надежности инфраструктуры ЦОД tier согласно требованиям стандартов в области ЦОД - Bisci 002-2011, TIA/EIA-942, Uptime Institute. Рассмотрели влияние различных систем друг на друга - охлаждение и электроснабжение.
Адаптация инженерной инфраструктуры для облачных ЦОД - APC by Schneider ElectricZaur AbutalimovПартнерская конференция Treolan: "Бизнес в облаке: возможности, перспективы, практика" 1 апреля 2014 г.
Заоблачная репутация ИТ-департаментаКРОКМаксим Березин, директор по развитию продаж облачных услуг, КРОК;
Роман Либергер, руководитель направления SaaS-решений, КРОК
Как жить в облаке почти без админов: мониторинг и эксплуатация сотен виртуаль...Uptime CommunityАлександр Демидов, директор направления облачных сервисов Битрикс24
Как жить в облаке почти без админов: мониторинг и эксплуатация сотен виртуаль...Uptime community Александр Демидов, директор направления облачных сервисов Битрикс24
1. Почему Битрикс24 и другие сервисы 1С-Битрикс живут в облаке, как мы администрируем всю нашу инфраструктуру и как справляемся с сотнями виртуальных машин и сервисов силами трех человек. Как коммуницируем с разработчиками и QA, как деплоим, да и вообще — как живем и развиваемся.
2. Мониторинг — наше всё! Распределенная система real-time мониторинга (был nagios, стал shinken), аналитика, автоматизация, работа с инцидентами.
3. Бонус — на какие самые серьезные грабли мы наступали за пять лет, прошедших с запуска «Битрикс24», и как научились их обходить.
Параллельные алгоритмы IBM Research для решения задач обхода и построения кра...Alexander PozdneevВ докладе будет дан обзор второго поколения алгоритмов BFS, с помощью которых были получены результаты для систем IBM Blue Gene/Q Mira и Sequoia, отраженные в редакциях рейтинга Graph500 за 2012-2013 годы. Будут описаны структура для хранения графа, схема декомпозиции данных, принципы балансировки нагрузки и методы, позволяющие в ряде случаев на порядок сократить число ребер, которые необходимо рассмотреть в процессе обхода. Вторая часть доклада будет посвящена новому параллельному алгоритму решения задачи SSSP. Алгоритм характеризуется существенно меньшим по сравнению с известными алгоритмами объемом межпроцессорных коммуникаций. Будут рассмотрены классы оптимизаций, направленные на решение проблемы балансировки нагрузки для больших графов, а также вопросы уменьшения количества итераций алгоритма и числа релаксаций ребер. В докладе будет показано влияние отдельных приемов оптимизации на производительность алгоритмов BFS и SSSP на системах архитектуры IBM Blue Gene/Q. Материалы для доклада любезно предоставлены доктором Fabrizio Petrini (IBM Research) и будут опубликованы в трудах конференции IPDPS-2014.
Литература
* Traversing Trillions of Edges in Real-time: Graph Exploration on Large-scale Parallel Machines
Fabio Checconi, Fabrizio Petrini
http://www.odbms.org/wp-content/uploads/2014/05/g500-ipdps14.pdf
* Scalable Single Source Shortest Path Algorithms for Massively Parallel Systems
Venkatesan T. Chakaravarthy, Fabio Checconi, Fabrizio Petrini, Yogish Sabharwal
http://www.odbms.org/wp-content/uploads/2014/05/sssp-ipdps2014.pdf
JS Fest 2019. Игорь Березин и Николай Крещенко. Эволюция архитектуры многогра...JSFestUAЗа 3 года существования, “Koyfin” претерпел множество изменений.
Проект прошел путь от MVP до сложной системы сбора и обработки большого количества финансовых данных с десятками микросервисов и тоннами логики. Как жить, когда проект содержит огромное количество репозиториев, микросервисы отправляют и читают из шины тысячи разношерстных сообщений в минуту и кажется, что от попыток за всем уследить скоро взорвется голова? Как поддерживать консистентность, скорость, отказоустойчивость и при этом сохранять гибкость?
Мы рассмотрим с Вами основные проблемы, с которыми мы столкнулись, и поделимся результатами творческих мук в поиске их решения. Расскажем об инструментах и техниках, которые помогают нам каждый день
Настройка и оптимизация высоконагруженных J2EE веб-приложений / Шамим Ахмед (...OnticoОптимизация любого веб-приложения — это нетривиальная задача, для решения которой требуется проводить мониторинг загрузки системных ресурсов, выполнять микро-вэнчмаркинг, экспериментировать с настройками, проводить нагрузочное тестирование и т.д.
В текущем году нашей команде довелось поучаствовать в нескольких проектах, в которых перед нами стояла задача оптимизации J2EE веб-приложений. Один из них — портал для ОАО «Сбербанк России» (www.sberbank.ru).
Основной сайт Сбербанка реализован на основе портального движка BackBase и является J2EE-приложением. При проведении оптимизации его работы нам пришлось изучить и собрать много информации и документов, которые связаны с настройкой и оптимизацией высоконагруженных веб-приложений.
В ходе реализации проектов я заметил, что не существует сводного документа с инструкциями по оптимизации работы приложения, поэтому решил поделиться нашим опытом. Этот доклад может послужить в качестве дорожной карты (Road Map) для настройки и оптимизации J2EE веб-приложений.
В докладе будут рассмотрены следующие аспекты:
1) Общие подходы и методология оптимизации веб-приложения.
2) Оптимизация настроек веб-сервера.
3) Оптимизация кода приложения на стороне клиента.
4) Оптимизация на стороне middleware, в том числе на сервере приложений.
5) Оптимизация на уровне Базы Данных.
ERP-системы в облаке: разбор кейсов DataLineDataLineРассматриваем реальные кейсы виртуализированных ERP-систем в ритейле, e-commerce и промышленности и изучаем "подводные камни" на примере Oracle E-Business Suite, SAP ERP и Microsoft Dynamics AX.
Надежная инфраструктура цодДмитрий МацкевичСеминар в Академии информационных систем. Мы рассмотрели схемы надежности инфраструктуры ЦОД tier согласно требованиям стандартов в области ЦОД - Bisci 002-2011, TIA/EIA-942, Uptime Institute. Рассмотрели влияние различных систем друг на друга - охлаждение и электроснабжение.
Адаптация инженерной инфраструктуры для облачных ЦОД - APC by Schneider ElectricZaur AbutalimovПартнерская конференция Treolan: "Бизнес в облаке: возможности, перспективы, практика" 1 апреля 2014 г.
Заоблачная репутация ИТ-департаментаКРОКМаксим Березин, директор по развитию продаж облачных услуг, КРОК;
Роман Либергер, руководитель направления SaaS-решений, КРОК
Как жить в облаке почти без админов: мониторинг и эксплуатация сотен виртуаль...Uptime CommunityАлександр Демидов, директор направления облачных сервисов Битрикс24
Как жить в облаке почти без админов: мониторинг и эксплуатация сотен виртуаль...Uptime community Александр Демидов, директор направления облачных сервисов Битрикс24
1. Почему Битрикс24 и другие сервисы 1С-Битрикс живут в облаке, как мы администрируем всю нашу инфраструктуру и как справляемся с сотнями виртуальных машин и сервисов силами трех человек. Как коммуницируем с разработчиками и QA, как деплоим, да и вообще — как живем и развиваемся.
2. Мониторинг — наше всё! Распределенная система real-time мониторинга (был nagios, стал shinken), аналитика, автоматизация, работа с инцидентами.
3. Бонус — на какие самые серьезные грабли мы наступали за пять лет, прошедших с запуска «Битрикс24», и как научились их обходить.
Параллельные алгоритмы IBM Research для решения задач обхода и построения кра...Alexander PozdneevВ докладе будет дан обзор второго поколения алгоритмов BFS, с помощью которых были получены результаты для систем IBM Blue Gene/Q Mira и Sequoia, отраженные в редакциях рейтинга Graph500 за 2012-2013 годы. Будут описаны структура для хранения графа, схема декомпозиции данных, принципы балансировки нагрузки и методы, позволяющие в ряде случаев на порядок сократить число ребер, которые необходимо рассмотреть в процессе обхода. Вторая часть доклада будет посвящена новому параллельному алгоритму решения задачи SSSP. Алгоритм характеризуется существенно меньшим по сравнению с известными алгоритмами объемом межпроцессорных коммуникаций. Будут рассмотрены классы оптимизаций, направленные на решение проблемы балансировки нагрузки для больших графов, а также вопросы уменьшения количества итераций алгоритма и числа релаксаций ребер. В докладе будет показано влияние отдельных приемов оптимизации на производительность алгоритмов BFS и SSSP на системах архитектуры IBM Blue Gene/Q. Материалы для доклада любезно предоставлены доктором Fabrizio Petrini (IBM Research) и будут опубликованы в трудах конференции IPDPS-2014.
Литература
* Traversing Trillions of Edges in Real-time: Graph Exploration on Large-scale Parallel Machines
Fabio Checconi, Fabrizio Petrini
http://www.odbms.org/wp-content/uploads/2014/05/g500-ipdps14.pdf
* Scalable Single Source Shortest Path Algorithms for Massively Parallel Systems
Venkatesan T. Chakaravarthy, Fabio Checconi, Fabrizio Petrini, Yogish Sabharwal
http://www.odbms.org/wp-content/uploads/2014/05/sssp-ipdps2014.pdf
JS Fest 2019. Игорь Березин и Николай Крещенко. Эволюция архитектуры многогра...JSFestUAЗа 3 года существования, “Koyfin” претерпел множество изменений.
Проект прошел путь от MVP до сложной системы сбора и обработки большого количества финансовых данных с десятками микросервисов и тоннами логики. Как жить, когда проект содержит огромное количество репозиториев, микросервисы отправляют и читают из шины тысячи разношерстных сообщений в минуту и кажется, что от попыток за всем уследить скоро взорвется голова? Как поддерживать консистентность, скорость, отказоустойчивость и при этом сохранять гибкость?
Мы рассмотрим с Вами основные проблемы, с которыми мы столкнулись, и поделимся результатами творческих мук в поиске их решения. Расскажем об инструментах и техниках, которые помогают нам каждый день
Настройка и оптимизация высоконагруженных J2EE веб-приложений / Шамим Ахмед (...OnticoОптимизация любого веб-приложения — это нетривиальная задача, для решения которой требуется проводить мониторинг загрузки системных ресурсов, выполнять микро-вэнчмаркинг, экспериментировать с настройками, проводить нагрузочное тестирование и т.д.
В текущем году нашей команде довелось поучаствовать в нескольких проектах, в которых перед нами стояла задача оптимизации J2EE веб-приложений. Один из них — портал для ОАО «Сбербанк России» (www.sberbank.ru).
Основной сайт Сбербанка реализован на основе портального движка BackBase и является J2EE-приложением. При проведении оптимизации его работы нам пришлось изучить и собрать много информации и документов, которые связаны с настройкой и оптимизацией высоконагруженных веб-приложений.
В ходе реализации проектов я заметил, что не существует сводного документа с инструкциями по оптимизации работы приложения, поэтому решил поделиться нашим опытом. Этот доклад может послужить в качестве дорожной карты (Road Map) для настройки и оптимизации J2EE веб-приложений.
В докладе будут рассмотрены следующие аспекты:
1) Общие подходы и методология оптимизации веб-приложения.
2) Оптимизация настроек веб-сервера.
3) Оптимизация кода приложения на стороне клиента.
4) Оптимизация на стороне middleware, в том числе на сервере приложений.
5) Оптимизация на уровне Базы Данных.
6. billing.ru
Как на самом деле устроен мир
6
Узел 1 Узел 2 Узел N
Промежуточное звено
Клиент 1 Клиент 2 Клиент M
…
…
7. billing.ru
Проблемы масштабируемости
Проблема Решения
Значительное
время ожидания
ответа от
удаленного узла
1. Применение децентрализованных алгоритмов:
• Работа в условиях отсутствия полной
информации о системе
• Принятие решения на основе локальной
информации
2. Сокрытие времени ожидания:
• Асинхронное выполнение
• Выполнение на клиенте
Распределение
нагрузки
1. Применение алгоритмов:
• Хеш функция (mod)
• Случайное распределение
• Round robin
• Распределение в зависимости от нагрузки, % CPU
и т.п.
2. Shared Nothing Architecture
Падение узлов
/ штатный
рестарт узлов
1. Репликация
2. Кеширование
7
12. billing.ru
Модели целостности системы
ACID BASE
• Atomicity — Атомарность
• Consistency — Согласованность
• Isolation — Изолированность
• Durability — Надежность
• Basic Availability – базовая
доступность
• Soft-state – неустойчивое
состояние
• Eventual consistency –
согласованность в конечном
итоге
RDBMS • NoSQL (не всегда)
• Распределенные DB
MySQL, Oracle Cassandra, Dynamo, MongoDB
• Согласованность данных за
счет доступности
• Доступность данных за счет
согласованности
• Большая надежность • Лучшая производительность
• Пессимистичная стратегия • Оптимистичная стратегия
14. billing.ru
CAP Теорема
В любой реализации распределѐнных
вычислений возможно обеспечить не более двух
из трѐх следующих свойств Consistency
(согласованность данных), Availability
(доступность) и Partition tolerance (устойчивость
к разделению).
Дополнение к теореме: любая распределенная
система должна быть P (устойчивой к
разделению)!
Уточнение теоремы: при отсутствии P система
может (должна) быть CA
17. billing.ru
CAP Теорема – применение
17
Думать о своих данных: разные данные –
разные нужды (книжный магазин vs торговля
акциями);
Может лучше согласованность в конечном
итоге, но 100% доступность?
В высоконагруженных системах массового
обслуживания лучше доступность, чем
согласованность.
Объяснять заказчикам, что при падении
(рестарте) узлов системы возможно обеспечить
только ―согласованность в конечном итоге‖.
18. billing.ru
Чего в презентации не было
Event-Driven Architecture
AMQP (Advanced Message Queuing Protocol)
RabbitMQ
Паттерны масштабирования (Scalability Patterns)
Google – поставщик инноваций:
MapReduce
GFS (Google File System)
LevelDB
Применение NoSQL DB
Facebook: Cassandra
LinkedIn: Voldemort
Amazon: DynamoDB
Yahoo: Hbase
Распределенные файловые системы
Распределенные хранилища данных RAID
18