5. 5 ФЕНОМЕНАЛЬНЫЙ РЕКОРД
Серверы:
27 серверов Oracle SPARC T3-4
108 процессоров SPARC T3 - 1,728 ядер
13.5 Тб оперативной памяти
Интерконнект:
10 Gigabit Ethernet
Система хранения:
1.7 Pb – общий объем хранения
из них 246 Tb Flash-памяти
СУБД Oracle:
Единый образ базы данных
1015 строк в базе данных
43* 1012 транзакций в день
Среднее время отклика – 0,5 сек.
ИНЖИНИРИНГОВЫЕ СИСТЕМЫ
8. 8 ИНЖИНИРИНГОВАЯ СИСТЕМА
Под инжиниринговой (engineered, инженерной) системой компания Oracle
понимает специально разработанный аппаратно-программный комплекс,
отличающийся высокой степенью интеграции программных и аппаратных
компонентов и построенный по идеологии распределенных вычислений.
Oracle Exadata и Oracle Exalogic – Oracle SPARC SuperCluster T4-4 –
инжиниринговые системы специального единственная в мире инжиниринговая
назначения. система общего назначения.
9. 9 КЛЮЧЕВЫЕ ТЕХНОЛОГИИ
ИНЖИНИРИНГОВЫХ СИСТЕМ
• Процессор SPARC T
• Операционная система Solaris
• Программное обеспечение
Oracle Real Application Clusters (RAC)
10. 10 КЛЮЧЕВЫЕ ТЕХНОЛОГИИ
ЗРЕЛОСТЬ
• Процессор SPARC T - 2003
• ОС Solaris - 1994
• ПО Oracle RAC - 2001
12. 12 КЛЮЧЕВЫЕ ТЕХНОЛОГИИ
Все дело в латентности:
Самые коммерчески востребованные задачи —
транзакционные с короткими транзакциями, работающие с
одним образом базы данных.
Много потоков хорошо распараллеливаются как на
классических SMP системах так и на кластерах, но
при модификации данных конкретным потоком возникает
необходимость в их блокировке (локере, замке).
Выставление локера за ПРИЕМЛЕМОЕ время
(маленькая латентность) и есть основная причина
существования больших SMP систем.
14. 14 КЛЮЧЕВЫЕ ТЕХНОЛОГИИ
Стоимость отдельной транзакции в данном тесте
составляет всего 1 USD, что для системы эмулирующий
доступ 23 млн. пользователей является не просто
выдающимся результатом.
Это результат позволяет говорить об огромных резервах
по снижению стоимости отдельной транзакции в
реальных вычислительных системах за счет как новых
более высокопроизводительных кластерных узлов, так и
за счет низкой стоимости их обслуживания.
15. 15 КЛЮЧЕВЫЕ ТЕХНОЛОГИИ
• ПРАКТИЧЕСКИ НЕОГРАНИЧЕННАЯ МАСШТАБИРУЕМОСТЬ
для OLTP задач (в мире имеется достаточно мало организаций
обслуживающих 23 млн. онлайновых пользователей)
• Возможность поэтапного масштабирования «step-by-step» -
такой транзакционный кластер легко горизонтально
масштабируется путем простого добавления новых узлов при
чрезвычайно низкой стоимости каждого узла, его обслуживания
и модернизации
• Возможность постоянной ДЕШЕВОЙ актуализации,
то есть покупки современных на текущий момент узлов и
добавления их в кластер
16. 16 ЭЛИССОНИЗАЦИЯ
1.Контроль всего стека ИТ-продуктов от
процессорной архитектуры до приложений и, как
следствие, высочайший уровень оптимизации;
3.Резкое усиление разработки нижней части стека
для обеспечения более чем 2-3 кратного
превосходства стека по сравнению с любым
ближайшим конкурентом;
5.Концентрация на распределенных вычислениях.
Параллелизм – ключевое понятие Элиссонизации;
7.Ориентация на создание всего блока продуктов,
необходимых для облачных вычислений.
17. 17 РАЗВИТИЕ SPARC / SOLARIS
• 2011 год – появление Solaris 11, 8-ми ядерного процессора SPARC
T4 с кардинально переработанным ядром с частотой 3 ГГц, который
позволит обеспечивает производительность 100 000 000 tpmc и
потоковую производительность 20-22 SPECint2000 при цене
транзакции менее $0,3;
• Вычислительная мощность инжиниринговой системы на таком
процессоре будет не менее 180 000 SAPS, что сопоставим с
производительностью двух полностью укомплектованного серверов
Sun SPARC Enterprise M9000
• 2012 год – выпуск процессора SPARC T5 с
повышенной частотой до 4,5 ГГц и 16/128
ядрами/потоками (техпроцесс 28 нм)
• 2014 год – выпуск процессора SPARC T6 с
16/256 ядрами/потоками; существенное
обновление SOLARIS 11 Core Scalability
19. 19 ПОЗИЦИОНИРОВАНИЕ SUPERCLUSTER
КОМПАНИЕЙ ORAСLE
SuperCluster будет поддерживать
ЛЮБЫЕ приложения, работающие на архитектуре
SPARC под ОС не ниже Solaris 10 и 9.
RAC, ASM, Exadata, Exalogic и т.п. –
функционал который НЕ ЯВЛЯЕТСЯ обязательным.
Никаких СПЕЦИАЛЬНЫХ требований
помимо совместимости с SPARCv9 и ОС Solaris
НЕ ТРЕБУЕТСЯ.
20. 20 ОСОБЕННОСТИ РАЗРАБОТКИ
ПРИЛОЖЕНИЙ В SUPERCLUSTER
Если приложения работают в среде Oracle 10/11
с использованием:
1. PL/SQL процедуры/триггера
2. SQL NET
3. Приложения через JDBC
4. Oracle OCI
то никаких изменений в коде
НЕ ТРЕБУЕТСЯ
21. 21 ПОРТИРОВАНИЕ ПРИЛОЖЕНИЙ
В SUPERCLUSTER
Для SC как инженерной платформы возможен консалтинг
касающийся особенностей тонкой настройки. Можно выделить
три пункта по переводу приложения для RAC под SuperCluster:
1. upgrade базы до версии 11.2.0.2 + последние PSU патчи базы.
2. переход с файловой системы хранения базы данных
на технологию Automatic Storage Management (ASM).
3. настройка масштабируемости приложения для эффективного
использования возможностей Oracle RAC.
Под 3-м пунктом понимается настройка параллельного доступа к
данным базы, использование новой опции в базе 11.2.0.2 Oracle
Database Smart Flash Cache и других новых возможностей новой
версии базы.
22. 22 МИГРАЦИЯ В ORAСLE SUPERCLUSTER
Для Oracle SuperCluster существуют
полностью отработанные способы миграции
баз данных как внутри однородных платформ, так и
из чужих (HP-UX/Itanium или AIX/Power),
например:
DATA Pump
GoldenGate
24. 24 ЗАКЛЮЧЕНИЕ
Развитие процессоров,
обладающих подобной
архитектурой и
производительностью однозначно
свидетельствует о грядущем
исчезновении классических
вертикально масштабируемых
SMP систем