Melhores Práticas para Banco de Dados na Nuvem Privada ... · Compliant •Meets audit and compliance requirements where necessary ... •ITSM maturity People and Process •Change

Melhores Práticas para Banco de Dados na Nuvem Privada (Private Cloud) Eugenio Galiano Senior Principal Technology Business Group June 24, 2015

Oracle Confidential – Internal/Restricted/Highly Restricted Copyright © 2015, Oracle and/or its affiliates. All rights reserved. |

Copyright © 2015, Oracle and/or its affiliates. All rights reserved. |

Safe Harbor Statement

The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle.

2


Session Agenda

1

2

3

Why Cloud?

Database Cloud Services Best Practices

Oracle Strategy and Summary

3


Cloud Computing Benefits for Business and IT

Developers

Agility & Quality

Latest Technology Instant Access Better Code

Frequent Releases Build Once Deploy Anywhere

IT Operations

Performance & Costs

Faster Response Higher QoS Lower Risk

Lower Costs Do More with Less

Line of Business

Innovation & Speed

New Markets New Products Richer Insights

Ubiquitous Access Ease of Use


Adopting Cloud Can Help Avoid Challenges Highly Fragmented Platform & Infrastructure

Developers

Increasing Complexity

Lack of Standards Accidental Architectures

Code Re-writes Skills Gap & Learning Curve

Operations Overhead

IT Operations

Increasing Cost

Technology Sprawl Deployment Model Lock-In Regulatory Non-Compliance

Fragmented Security Run away Costs

Line of Business

Decreasing Effectiveness

Siloed User Experience Fragmented Processes

Mobile Enablement Limitations “Restricted & Noisy” Social

Lack of Insight


What are the characteristics of a Database Cloud? We asked customers, and this is what they told us.

• Rapid provisioning/change, Service mobility, On-demand elasticity Elastic

• Secure Environment, Data & Config, Access controls and monitoring Secure

• Meets audit and compliance requirements where necessary Compliant

• Service is highly available (continuously available) Resilient

• Shared resource pools, Dedicated resources when necessary Cost Effective

• Provision, Retire, Change, Monitor, … Self Service

• Self service works when IT staff is not at the desk Automated

• Standardized platform, services, processes. Reduce complexity and risk Simplified

• Meter utilization and chargeback/showback as necessary Measured Service

• Private/Public/Managed, Multi-site, multi-vendor Federated


Session Agenda

1

2

3

Why Cloud



7


Top Recommendations for Database Cloud Deployment

Develop a Service Catalog

Know your current inventory and workloads

Have an architecture strategy

Use the right consolidation model(s)

Leverage Metering and Chargeback

Establish a roadmap that fits your organization

8


Database Cloud Services

IT Gets Consolidate, standardize, simplify

Reduce budget spent on maintenance

Increase spending on innovation

Users Get Fast web-based self-service provisioning

Pay per use

Better performance and service levels

Manufacturing

Marketing

Human Resources

Engineering

Sales

IT/Operations Finance &

Accounting

Service

Enterprise DBaaS

Benefits


Develop a Service Catalog

10

Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | 11

•What does the service provide

•Service levels and costs

•Should fit on one page

•Vendor-agnostic

• How is the service provisioned and maintained

•Deployment template and processes

•Vendor-specific

• On demand portal of selected items from the Business Catalog

• -------- • -------- • --------

• -------- • -------- • --------

• -------- • -------- • -------- Exception

Handling

• Criteria for identification

•Custom build to requirements

• Custom pricing

Business Catalog

Technical Catalog

Self-service Catalog

Create a Service Catalog Essential to separate business and technical aspects


Production

Business Critical

Dev and Test

Mission Critical

12

Example of a Service Catalog - Business

GOLD

BRONZE SILVER

PLATINUM


Prod/Departmental

Business Critical

Development & Test

Mission Critical

Basic service restart

Offline maintenance

Data protected up to last backup

Local HA only

Some online maintenance

Data protection up to last backup

13

HA and DR protection Low-downtime maintenance Near-zero data loss

Zero Outages Online Maintenance Zero data loss

GOLD

BRONZE SILVER

PLATINUM

Oracle Corporation - Confidential

Example of a Service Catalog Service Level Availability Offerings


Secure Data

Secure Access

Secure Configuration

Security Compliance

Scan and patch

Secure configuration

Audit sensitive activities

Encrypt stored data

Encrypt network traffic

Mask and subset

14

Redact application data

Restrict DBA access

Monitor SQL traffic

Control DB operations

Analyze runtime privileges

Block unauthorized SQL traffic

Audit comprehensively

GOLD

BRONZE SILVER

PLATINUM

Oracle Corporation - Confidential

Example of a Service Catalog Service Level Security Offerings


Know your current inventory and workloads

15


Maximize the value of your Database Cloud investment

Understand the shapes, sizes, and other characteristics of your current environments

Align your currently portfolio to your proposed service catalog

Determine where you will get the greatest return on investments in automation, consolidation, performance, and other business goals

Consider additional dimensions such as geographic or regulatory considerations

Update and refine your strategy accordingly

16


Example: Current State Database Mapping

Service Tier Development Performance Testing

User Acceptance Testing

Production Disaster Recovery

Totals

Platinum 30 5 10 10 15 70

Gold 200 20 140 150 150 660

Silver 500 100 350 400 375 1725

Bronze 400 100 200 300 100 1100

Totals 1130 225 700 860 640 3555

17

Additional Dimensions for Analysis

Data Center Capacity Line of Business Constraints Country Specific Regulations Industry Specific Regulations Business Demand Organic Workload Growth


Have an architecture strategy

18


Value of an Architecture based approach for Database Cloud Services

Understanding your Business Context ensures alignment with your organizations strategic goals

Developing a Capabilities Model establishes in more concrete terms technical, operational, and organizational impacts

Leveraging reference architectures reduce cost and complexity for deployment

Defining Architecture principles helps you maintain alignment and avoid over engineering costs

Architecture Roadmaps help align investment with business results

19


Cloud Architecture Development Process

Focu

s A

reas

• Business Drivers

• Business Case

Requirements

• Use case analysis

• Reference

architectures

• Socialize Vision

with key

stakeholders

• Database estate

Analysis

• Current State

Challenges

• Capabilities Gaps

• Infrastructure

• Database platform

• Management

platform

• Ecosystem

• Gap Analysis

• Transition

Architectures

• Migration strategy

and approach

• ITSM maturity

• People and

Process

• Change

management

• Cloud Drivers and

Goals

• Cloud Metrics and

Scorecard

• Capabilities Model

• Use Cases

• Architecture

Principles

• Conceptual

architecture views

• Infrastructure

analysis

• Application impact

analysis

• Operations

analysis

• Infrastructure

architecture

• Database

consolidation

• Monitoring and

Mgmt

• Integration

• Prioritized list of

initiatives

• Strategic roadmap

• Implementation

strategy

• ITIL Maturity

Assessment

• RACI’s

• Cloud governance

strategy

Business Context

Architecture Vision

Current State Future State

Roadmap Governance

De

live

rab

les


Use the right consolidation model(s)

21


Deployment Models Dedicated Database

Flex-Silo

Dedicated carve-out, can be dynamically

resized

Multitenant Databases

Increasing Consolidation Density and Efficiency

Encapsulated Database

Dedicated database In a virtual

environment

Dedicated database In a shared OS environment

Shared database deployment

No resource sharing

CPU, Network and storage capacity shared. Memory sharing

sequential.

OS memory, listeners, ASM instance, GI all

shared

Memory, background processes shared. Writes batched for

efficiency.


Advantages of Multitenant Cloud Model


Consolidation approach is not the only factor Make sure you choose well, and have realistic goals

4.89 5.5 7.4 8.91 16.51

56.7

110

1.89

2.16 2.16 2.48

0

1000

2000

3000

4000

5000

6000

7000

8000

9000

10000

0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 Th

rou

gh

pu

t (E

xecu

tes/S

ec)

Avera

ge

Resp

on

se (

mS

)

Number of databases (Load)

Throughput/ Response by Number of Databases

Conventional Response

Exadata Response

• So what determines density? –Consolidation Approach

–Platform choice

–Resource sharing model

–Workload grouping

Density drives efficiency and savings


Workload Grouping and the art of Complementary workloads

25

• The best technology can be defeated by poor choices

• Alignment: Make sure workload peaks do not align

• Rule of thumb: Decrease difference between average and peak utilization when consolidating

• Enterprise manager tools: Capacity planner and Real Application Testing

SALES

HR

ERP

CRM


• No single consolidation approach is optimal all the time. Each consolidation model has different capabilities, so pick the right one for your needs

• Isolation requirements (e.g. SLAs, GRC) drive choice of consolidation model – Encapsulated Database

– Dedicated Database

– Shared Database

• Memory is often the limiting factor, so provision as much as you can and don’t oversubscribe it

• Adopt staged migration approach; go for low hanging fruit for quick wins – Underutilized apps

– No business constraints

– Easy to migrate

• Databases workloads are best served by uniquely configured servers (storage, memory, IO)

• Implement resource management right from the start – Hard to take away resources once consumer is used to them

• Define apps and platform DBA roles and responsibilities in consolidated env

Consolidation – Lessons Learned


• Isolation requires special consideration during consolidation phase

• Understand isolation needs and choose appropriate consolidation model to meet them

• Isolate only at needed granularity –Unnecessary resource isolation decreases efficiency

–Can increase management complexity (OpEx)

–Can increase costs (CapEx)

Isolation - Lessons Learned


Leverage Metering and Chargeback

28


Chargeback models: Consumption vs. None

29

– Easy

– Often status quo

– How do you share responsibly?

– Consumer incentive

– Reduce consumption

– Can’t do it

– Business model doesn’t support

vs.

A chargeback model helps ensure an efficient use of resources


Showback as a fallback plan

30

– If you can’t charge back, then

– Meter utilization • CPU and Storage at a minimum

– And shine the light on consumption

– Someone will care

Enterprise Manager Cloud Control can help with both approaches


Establish a roadmap that fits your organization

31

Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Internal/Restricted/Highly Restricted 32

Evolution to a Database Cloud

Physical

Dedicated & heterogeneous

Static with disconnected analytics

Standardized hardware and software stack

Standard deployment configuration

Catalog of database services and service levels

Shared & secure central data infrastructure

Dynamic optimizations & resource mgmt

Automated systems management

On-demand, resilient, and tiered self-service

Rapid service elasticity and automation

Metering, automated cost allocation & chargeback

Fully dynamic and unified resource pools

IT as cloud broker: arbitration and brokerage

Secure hybrid cloud integration (vendors, partners, etc.)

Maturity & Capability

Traditional Silos Standardization Consolidation Service Delivery One Cloud

Consolidated Private Database Cloud

Hybrid Database Cloud

Siloed Standardized


What is the right approach: Big Bang or Evolution?

33

vs.

– Sounds good

– Faster results

– More likely to fail

– Not realistic for large enterprises

– Safer

– Deliver early value

– Low hanging fruit

– Learn and apply


Move or Transform?

34

vs.

– Easy

– It worked before, it will work now

– Diminished benefits

– Pass the monkey

– Harder, Longer

– Greater benefits

– Required to achieve end state

– Best staged carefully


Technology change or Process change?

35

or

– Certainly new technologies are required

– Hardest changes will be process and organizational

– Don’t underestimate the impact to the organization

– Both are necessary for success

Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | 36

Evolution to Database Cloud Phased workload rollout

Mission Critical Low Hanging New Deployments Production Mixed Workloads

Co

ns

train

t to

Mig

rate

Technical readiness for the Platform

No

constraints

Many

constraints

Not Ready Very Ready

xxx 1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

xxxx

xxxx

xxxx

xxxx

xx

xxxx

xxxx

xxx

xxx

xx

xxx

xxx

xxx

xxx

xxx

xxx

xxx

x

xxx)

xx

xxx

xxx

xxx

xxx

26

27

28

29

30

31

32

xxx

xxx

xxx

xxxx

xxx

xxx

xxx

33

34

35

36

xxxx

xxx

xxxx

xxx

37 xxxx

1

2 3

5

6

7

8 9

10

11

12

13

14

15

16

17

18

19 20

21

22

23

24

25

26

27

28

29

30 31

32

33

34

35

36

37

4 Workload Legend

Immediate Platform

candidates

Longer term

Platform prospects

Unlikely to be

migrated

OLTP

OLQP

DW /BI

Hybrid

Workload suitability to a

consolidated environment varies

greatly

Define clear criteria to identify low

hanging fruit

Make sure to plan for early success

Reduce risks by staging migrations

Apply lessons from early migrations

to later migrations

Develop a flexible architecture to

host a broad mix of workloads


• Define current and future states – Discovery process to understand

• What you have • What can be simplified • How much can be rationalized and standardized

– Gather new requirements

• Plan for Organizational and Operational changes – Business processes

– Administrator roles

– Service lifecycle management

• Get buy-in and be prepared to sell it

• Be a service provider and business enabler

• Adopt phased approach to delivering Private Database Cloud

Database Cloud – Lessons Learned


Session Agenda

1

2

3

Why Cloud



38


Public Cloud Private Cloud

DEPLOY ANYWHERE

• Same Architecture

• Same Standards

• Same Products

Transparent workload portability across Public & Private cloud

OpenStack

Oracle Database Cloud Strategy


Oracle has unique differentiation • Better Cost savings

• Enable and enforce standardization

• Highest consolidation density (multitenant)

• Manage many-as-one

• Higher service levels

• Online maintenance

• Continuous Database Services

• Performance (response time and scalability)

• Enterprise Level Solution

• In-depth Security

• Flexible architecture

• Support for all workloads

• Lowest Risk

• Engineered solution

• Single vendor


Summary - Key Takeaways

• Adopt phased approach to deliver Database Cloud Services

• Reduce complexity via standardization

• Increase efficiency via consolidation

– Isolate only when necessary

• Gain agility via self-service delivery

– Don’t forget your cost recovery model

• Deliver rapid elasticity via policy-driven automation

Be a Service Provider and Business Partner


Additional Resources Related White Papers | Thought Leadership

• Database as a Service Reaches New Heights of Efficiency

Related Cloud Platform Online Forum Sessions • Simplify Database Consolidation with Oracle Multitenant

Related Videos • Oracle Database as a Service Onine Forum Join the Conversation

42

Insert Twitter account URL or additional # tag

Insert your newsletter URL

Insert your Facebook page URL

Insert your blog URL

http://www.oracle.com/us/products/database/dbaas-new-heights-wp-2283145.pdf

http://www.oracle.com/us/products/database/dbaas-new-heights-wp-2283145.pdf

https://event.on24.com/eventRegistration/EventLobbyServlet?target=registration.jsp&eventid=887339&sessionid=1&key=AD6B13542CE479242F174506CAEBDD21&sourcepage=register



https://event.on24.com/eventRegistration/EventLobbyServlet?target=registration.jsp&eventid=680668&sessionid=1&key=527F9AAA13ED233DBA54BBB66B9D87BE&sourcepage=register




Melhores Práticas para Banco de Dados na Nuvem Privada ... · Compliant •Meets audit and compliance requirements where necessary ... •ITSM maturity People and Process •Change

Documents