TECHNOLOGICAL PIVOT POINTS LIGHTNING TALKS - Red Hat · TECHNOLOGICAL PIVOT POINTS LIGHTNING TALKS...

Post on 24-May-2020

10 views 0 download

Transcript of TECHNOLOGICAL PIVOT POINTS LIGHTNING TALKS - Red Hat · TECHNOLOGICAL PIVOT POINTS LIGHTNING TALKS...

TECHNOLOGICAL PIVOT POINTS LIGHTNING TALKS

Jon MastersSteven CarterVeer Muchandi & Tom CorcoranTom Coughlan

May 2, 2017

Modernizing HPC for Cloud

Steven CarterChief Cloud Architect, Public Sector2 May 2017

ResultsWall Clock

VS

Sequencers

Web Apps

Storage

Computation

Researchers

Practitioners

Participants

Science is Multidisciplinary

CloudSupercomputer

VS

But, not just a Supercomputer in the cloud...

Object StoragePosix Filesystem

VS

ContainersCode

VS

MicroServicesMonolithic

VS

Web Apps

Researchers

Practitioners

Participants

Post Processing

Sequencers

Alignment

Variant Calling

FaaS

On-Prem Hosted

IaaS Abstraction

AP

I Ab

stra

ctio

n

Geo

-Rep

licat

ed

Obj

ect S

tora

ge

Circuit Breaker using 3Scale

Dealing with Microservice failures

Tom Corcoran, Sr. Solution Architect, Red Hat

Veer Muchandi, Principal Architect, Red Hat

05/02/2017

Problem

Client calling service

Service Failure

Service failure effect multiplied

Circuit Breaker Implementation

using 3Scale

Normal Operation - 3 Scale forwards requests to the main service

Fail over - Circuit broken to the main service and requests forwarded to the alternate service

Acts as circuit breaker object

Graceful handling on Alternative service failure with cached response

Acts as circuit breaker object

Graceful handling of Alternative service failure with Error response

Acts as circuit breaker object

Advantages of using 3Scale

Circuit breaker becomes an infrastructure service

- Works with simple configuration changes in the nginx.conf

- No code intrusion, No annotations in business logic

Underlying technology does not matter

Language Neutral

Demo

SUPPORT – SLIDE - Circuit Breaker – on NginxNginx uses● Upstreams – for API Back Ends

● Locations – to capture incoming API requests and proxy pass them

SUPPORT – SLIDE - Circuit Breaker – on Nginx

Override default selection of Next Upstream.

Back end failover – fine grained control

SUPPORT – SLIDE - Circuit Breaker – on Nginx

Slow Start

Rate Limiting

Failure Mitigation

SUPPORT – SLIDE - Circuit Breaker – on Nginx

Response caching.

Error Page.

Last Resort Options – no back end available

Fast as lightning : NVMe and NVDIMM's Impact on your data center

Tom Coughlan Sr. Engineering ManagerFilesystem and Storage Team, Red Hat May 2, 2017

10 ns 1ms 1s1 µs

CPUI/O

Ctrlr.HBA

PCILocalHDD

SAS/SATA

Shared

Array

FC, Ethernet

Little change over 40+ years...

I/O Latency

10 ns 1ms 1s1 µs

CPUI/O

Ctrlr.

HBA

PCI

LocalHDD

SAS/SATA

Shared

Array

FC, EthernetAn order of magnitude improvement

I/O LatencyFlash and NVMe arrive.

NVMe Flash

FlashSSD

10 ns 1ms 1s1 µs

CPUI/O

Ctrlr.

HBA

PCI

LocalHDD

SAS/SATA

Shared

Array

FC, EthernetAnother order of magnitude improvement

I/O LatencyPersistent Memory Arrives

NVMe Flash

FlashSSD

pmem

10 ns 1ms 1s1 µs

CPUI/O

Ctrlr.

HBA

PCI

LocalHDD

SAS/SATA

Shared

Array

FC, Ethernet, Infiniband

Lower latency for shared storage.

I/O LatencyNVMe over Fabric

NVMe Flash

FlashSSD

pmem

10 ns 1ms 1s1 µs

CPUI/O

Ctrlr.

HBA

LocalHDD

SAS/SATA

Shared

Array

FC, Ethernet, InfinibandEven lower-latency for shared storage...

I/O LatencyPCI Switch

SharedNVMe Flash Flash

SSD

pmem

CPUI/O

Ctrlr.

PCI

SW

RHEL Status● Persistent Memory

○ Block-mode access supported in 7.3

○ Byte-mode direct access (DAX) is Tech. Preview in 7.3 (and 7.4)

■ Uses mmap on XFS or ext4

○ HPE results, using NVDIMMs for…

■ Oracle OLTP redologs

● https://www.hpe.com/h20195/v2/GetPDF.aspx/4AA6-6008ENW.pdf

■ PostgreSQL Write-Ahead Logging

● http://h20195.www2.hpe.com/V2/GetDocument.aspx?docname=4AA6-8881ENW

● NVMeF - try it in RHEL 7.4 Beta

Additional sessions of interest...● “On the path to persistent memory”

BOF B113761 Tuesday, 10:15 to 11 am (oops...) Room 158Linda Knippers (HPE) and Jeff Moyer (Red Hat)

● “Bring your performance and scale problems to the experts”Session 101558 Tuesday 5:30 PM - 7:00 PM Room 205C

● “Utilizing Persistent Memory to Improve DB Performance and Reduce Costs” Session S111008Wednesday at 4:30 pm Room 105Karen Dorhamer (HPE)

THANK YOUplus.google.com/+RedHat

linkedin.com/company/red-hat

youtube.com/user/RedHatVideos

facebook.com/redhatinc

twitter.com/RedHatNews