postgres plus cloud_database_getting_started_guide

80
Postgres Plus Cloud Database Getting Started Guide April 18, 2012

Upload: ice1oog

Post on 06-May-2015

1.385 views

Category:

Automotive


3 download

DESCRIPTION

งง

TRANSCRIPT

Page 1: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database

Getting Started Guide

April 18, 2012

Page 2: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 2

Postgres Plus Cloud Database Getting Started Guide, Version 1.3 by EnterpriseDB Corporation

Copyright © 2012 EnterpriseDB Corporation. All rights reserved.

EnterpriseDB Corporation, 34 Crosby Drive Suite 100, Bedford, MA 01730, USA

T +1 781 357 3390 F +1 978 589 5701 E [email protected] www.enterprisedb.com

Page 3: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 3

Table of Contents

1 Introduction ......................................................................................................................5

1.1 Typographical Conventions Used in this Guide ....................................................7

2 Postgres Plus Cloud Database - Overview .....................................................................8

2.1 The Benefits of using Postgres Plus Cloud Database............................................8

2.2 Architecture Overview ..........................................................................................10

2.3 Postgres Plus Cloud Database...............................................................................12

3 Accessing Postgres Plus Cloud Database .....................................................................13

3.1 Registering a New User.........................................................................................14

4 Using the Cloud Database Console...............................................................................18

4.1 The Dashboard Tab................................................................................................18

4.2 The Clusters Tab ....................................................................................................19

4.2.1 The Details panel ...............................................................................................22

4.2.2 The Configurations Panel..................................................................................23

4.2.2.1 Modifying postgresql.conf Parameters ....................................................27

4.2.2.2 Modifying pgpool.conf Parameters..........................................................28

4.2.2.3 Best Practices for Working with Configurations ....................................29

4.2.3 The Monitoring Panel........................................................................................31

4.2.4 The Events Panel ...............................................................................................32

4.3 The Backups Tab ...................................................................................................32

4.4 The User Tab..........................................................................................................33

5 Creating a New Server Cluster ......................................................................................35

5.1.1 Creating a Developer Sandbox .........................................................................38

6 Connecting an Application to a Cloud Database Cluster ............................................40

7 Managing Backups and Recovery.................................................................................42

7.1 Reviewing Stored Backups ...................................................................................43

7.2 Restoring a Cluster from Backup..........................................................................44

7.3 Reassigning an Elastic IP Address on Amazon ...................................................45

8 Automatic Failover.........................................................................................................46

9 Manual Scaling...............................................................................................................47

10 Automatic Scaling ..........................................................................................................49

10.1 Adjusting the Automatic Scaling Thresholds ......................................................49

11 Customizing Your Cluster .............................................................................................50

Page 4: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 4

11.1 Adding an Extension to a New Cluster ................................................................50

11.2 Adding an Extension to an Existing Cluster ........................................................51

12 Cloud Database System Administration .......................................................................52

12.1 Moving an Existing Database into a New Cluster ...............................................52

12.2 Connecting to the Cluster ......................................................................................58

12.2.1 Using ssh to Access a Server ............................................................................58

12.2.2 Connecting with the Postgres Enterprise Manager Client ..............................60

12.2.3 Connecting to Cloud Database with psql or edb-psql .....................................63

12.3 Securing a Cloud Database Cluster ......................................................................67

12.4 Manually Modifying Configuration Files ............................................................70

12.5 Controlling the Server ...........................................................................................71

13 Troubleshooting .............................................................................................................74

13.1 Frequently Asked Questions .................................................................................75

13.2 Subscribing to the Cloud Database Email Notification System .........................78

13.3 Recovering From a Console Failure .....................................................................79

Page 5: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 5

1 Introduction

Postgres Plus Cloud Database automatically provisions PostgreSQL or Postgres Plus Advanced Server databases in single instances, high-availability clusters, or application

development sandboxes across public and private clouds or traditional data center hardware deployments. Cloud Database allows service providers and organizations to offer elastic and highly scalable database-as-a-service (DBaaS) environments while

freeing DBAs and application developers from the rigors of setting up and administering modern and robust database environments.

In minutes, Cloud Database configures new Postgres database clusters with:

Rotating user-scheduled backups

Streaming replication

Self-healing high-availability

Automatic failover

Load balancing

Connection Pooling

In addition, Cloud Database provides automatic scaling of storage resources and cluster

replicas when a database cluster reaches user-defined thresholds for disk space and connections, providing around-the-clock responsiveness to unpredictable load demands on your database infrastructure.

This document will demonstrate how to use the Cloud Database interface successfully in your cloud-based database management activities:

Postgres Plus Cloud Database - Overview - Chapter 2 provides information about Cloud Database functionality and architecture.

Accessing Cloud Database in a Public Cloud - Chapter 3 walks you through the process of registering a new user, and logging in to Cloud Database.

Using the Cloud Database Console - Chapter 4 introduces you to the Cloud Database graphical user interface, and provides an overview of the functionality offered by the user interface controls.

Creating a New Server Cluster - Chapter 5 walks you through how to create a server cluster, how to migrate an existing database into a new cluster, and how to create a developer sandbox.

Connecting an Application - Chapter 6 describes how to locate connection

information for your server nodes, so your client applications can access your cluster.

Page 6: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 6

Managing Backups and Recovery - Chapter 7 describes how to take a backup of the server and how to move an elastic IP address.

Automatic Failover - Chapter 8 discusses Postgres Plus Cloud Database failover functionality.

Manual Scaling - Chapter 9 describes how to manually scale up your database cluster by adding replica nodes or memory.

Automatic Scaling - Chapter 10 discusses how to set the automatic scale up threshold for your database.

Customizing Your Cluster - Chapter 11 discusses some of the ways you can customize your Cloud Database. If you add an extension (such as PostGIS) to

customize a new cluster, Cloud Database will propagate that extension to new nodes, preserving your changes throughout the clusters life cycle when you scale up, restore or clone that cluster.

System Administration - Chapter 12 provides information about performing administrative tasks on a Cloud Database cluster.

Troubleshooting and FAQs - Chapter 13 provides helpful troubleshooting resources, and detailed information about how to recover from a console failure.

This document provides an introduction to Postgres Plus Cloud Database and is written to acquaint you with the process of configuring and using the product's core features; it is not a comprehensive guide to using Postgres Plus database products. Depending on your

operating environment (public cloud, private cloud, or traditional hardware deployment) and hosting vendor, there may be differences in Cloud Database features and functions.

This document uses Postgres to mean either the PostgreSQL or Postgres Plus Advanced

Server database. For more information about using Postgres Plus products, please visit the EnterpriseDB website at:

http://www.enterprisedb.com/documentation

Page 7: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 7

1.1 Typographical Conventions Used in this Guide

Certain typographical conventions are used in this manual to clarify the meaning and

usage of various commands, statements, programs, examples, etc. This section provides a summary of these conventions.

In the following descriptions a term refers to any word or group of words that are language keywords, user-supplied values, literals, etc. A term’s exact meaning depends upon the context in which it is used.

Italic font introduces a new term, typically, in the sentence that defines it for the first time.

Fixed-width (mono-spaced) font is used for terms that must be given

literally such as SQL commands, specific table and column names used in the

examples, programming language keywords, etc. For example, SELECT * FROM emp;

Italic fixed-width font is used for terms for which the user must

substitute values in actual usage. For example, DELETE FROM table_name;

A vertical pipe | denotes a choice between the terms on either side of the pipe. A vertical pipe is used to separate two or more alternative terms within square brackets (optional choices) or braces (one mandatory choice).

Square brackets [ ] denote that one or none of the enclosed term(s) may be

substituted. For example, [ a | b ], means choose one of “a” or “b” or neither of the two.

Braces {} denote that exactly one of the enclosed alternatives must be specified.

For example, { a | b }, means exactly one of “a” or “b” must be specified.

Ellipses ... denote that the proceeding term may be repeated. For example, [ a |

b ] ... means that you may have the sequence, “b a a b a”.

Page 8: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 8

2 Postgres Plus Cloud Database - Overview

Postgres Plus Cloud Database simplifies the process of provisioning robust Postgres deployments, while taking advantage of the benefits of cloud computing. When used with Postgres Plus Advanced Server, Cloud Database also provides an Oracle-compatible DBaaS, offering dramatic cost savings and competitive advantages.

2.1 The Benefits of using Postgres Plus Cloud Database

Postgres Plus Cloud Database provides the following functionality in public clouds, private clouds and for in-house data center installations:

PostgreSQL database. Cloud Database provides enterprise-class database

features and performance, using the mature and proven platforms of open source community PostgreSQL or EnterpriseDB's Postgres Plus Advanced Server.

Automatic Binary Replication. The moment your multi-node cluster is available for use, Postgres' streaming replication is in operation, keeping all of the nodes in your cluster in sync.

Transparent/elastic scalability. Manually or automatically, Cloud Database allows you to add storage capacity and scale out horizontally to support more users online without interrupting business operations.

Automatic Load Balancing/Connection Pooling. Cloud Database implements

automatic load balancing, increasing overall performance by distributing read performance across multiple nodes and re-using connections to support more users.

Self-Healing Failover. Cloud Database automatically replaces a downed read-only replica node or the read-write master node, preserving the continuity and performance of the cluster without loss of data.

Web-based interface. Cloud Database implements point-and-click cluster lifecycle management from start to finish using your favorite web browsers.

Automatic Online backup. Cloud Database provides full protection of data in the cloud, protecting against data mishaps with user-specified, grandfathered rotating backups.

Page 9: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 9

Database Cloning. Cloud Database allows you to quickly and easily create developer 'sandboxes' based on real production data, saving System Administrators setup, configuration and data load time.

Supports public cloud, private cloud, and in-house data center installations. Cloud Database allows you select the environment that is most cost-effective and convenient for your organization, without vendor lock-in.

Cost-saving Oracle Compatibility. Using an Oracle-compatible Postgres database is a reliable, fast and cost-effective way to move Oracle applications to a public or private cloud.

Page 10: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 10

2.2 Architecture Overview

The Postgres Plus Cloud Database management console is designed to help you easily create and manage high-availability database clusters from a web browser.

Traditionally, the expression cluster refers to a single instance of Postgres managing multiple databases; a Cloud Database database server cluster is a

collection of high-availability Postgres server instances that reside in a cloud or on a traditional network.

When you create a new cluster (a group of replicated database servers), Postgres Plus Cloud Database initializes one or more Postgres instances (virtual machines) according to

your specifications. Cloud Database uses Postgres streaming replication to synchronize replicas in the cluster, and pgpool-II to implement load balancing and connection pooling

among all active instances. Figure 2.1 provides a general overview of the Cloud Database architecture.

Figure 2.1 - An overview of the Cloud Database architecture.

The primary node of the cluster contains a host operating system (CentOS 5.6) with a

running instance of Postgres, along with the load balancer. Database modifications are automatically routed to the primary node; any modifications to the primary node are subsequently propagated to each replica using Postgres streaming replication.

Cloud Database installs Postgres on each replica node in a read-only hot-standby role that automatically duplicates all data found on the master node, and all changes made to that data, while making it available to service user queries (see Figure 2.2).

Page 11: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 11

Figure 2.2 - Cloud Database performs automatic load balancing.

Replicas provide balanced user support as needed - if any instance in the cluster goes

offline, the cluster's load is re-balanced among the remaining servers while the instance is automatically replaced.

In the event of a failure of the primary node, a new node is spun up and the disk-storage for the old master node is attached to it, providing zero data loss when the new master

becomes available. While the replica nodes are standing by, they are read-only resources, load balancing client queries without a risk of compromising data integrity.

Postgres Plus Cloud Database automatically archives data at regular intervals; you can specify a convenient backup window and how many backups to retain when creating a

database cluster. Cloud Database also offers backup on demand - simply click the

Backup icon to save a copy of the instance. Automatic backups are retained according to your specifications; on-demand backups are retained until you delete them. Each backup is a complete copy of the cluster; you can use a backup to restore a cluster.

Postgres Plus Cloud Database makes it easy to scale a database cluster. To increase the capacity, performance or reliability of a cluster, you can add replicas to the cluster, or increase the amount of storage available to each node within the cluster (or both). You

can also change the characteristics of the virtual hardware by cloning a cluster into a more appropriate server class.

Page 12: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 12

2.3 Postgres Plus Cloud Database

A public cloud (shown in Figure 2.3) is a collection of virtual machines hosted by a paid

provider such as Amazon. The virtual machine runs a separate copy of an operating system and an installation of Postgres.

Figure 2.3 - Using Cloud Database in a Public Cloud.

Select from different combinations of CPU speed, RAM, and disk space to suit your needs when provisioning a Cloud Database cluster; Postgres Plus Cloud Database makes it easy to scale up to a more capable cluster, or scale down as your requirements change.

Page 13: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 13

3 Accessing Postgres Plus Cloud Database

Configuration and setup of the Postgres Plus Cloud Database is very simple. To access Cloud Database, open a web browser and navigate to the URL provided by your Cloud Provider (e.g. Amazon), after purchasing Cloud Database. The URL will take the form:

http://ec2_public_dns_address/

Where ec2_public_dns_address is the public address of the Cloud Database.

EnterpriseDB maintains a list of available Cloud Database providers at:

http://enterprisedb.com/cloud-database/consoles

The Cloud Database management console currently supports the following browsers:

Chrome

Firefox

Internet Explorer

Opera

Safari

When you first access Cloud Database, a dialog prompts you to Log in or Register, as shown in Figure 3.1.

Figure 3.1 - The Cloud Database Log in or Register dialog.

Page 14: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 14

On your first visit to Cloud Database, you should:

1. Register a Cloud Database user.

2. Login to the Cloud Database management console.

3. Download your SSH key (for safekeeping).

4. Launch a Postgres database cluster.

After launching a cluster, you can connect to that cluster with a Postgres client

application such as pgAdmin, EDB-PSQL or Postgres Enterprise Manager. For more information about connecting to the cluster, see Chapter 6, Connecting an Application to a Cloud Database Cluster and Chapter 12.2, Connecting to the Cluster.

3.1 Registering a New User

To register a new user, navigate to the web address of your Cloud Database console, and

click the Register button. The New User Registration dialog opens (shown in Figure 3.2).

Figure 3.2 - The New User Registration dialog.

Enter user information in the User Details box located on the Step 1 tab:

Page 15: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 15

Enter the user's first and last names in the Firstname and Lastname fields.

Enter a password for the user, and confirm the password in the Password and Verify Password fields.

Provide an email address for the user in the Email field; please note that the email address is used as the Login identity for the user.

Use the drop-down listbox in the Cloud Provider field to select the host on which the cloud will reside.

When you've completed Step 1, click Next to access the Step 2 tab.

If you are using Cloud Database hosted on an Amazon EC2 cloud, the Step 2 dialog opens as shown in Figure 3.3.

Figure 3.3 - Registering a user on an Amazon EC2 cloud.

Use the Step 2 dialog to provide connection information for your Amazon EC2 cloud.

Enter your Access Key Id in the Access Key Id field.

Enter your Secret Key in the Secret Key field.

If necessary, you can use the Find your EC2 credentials hyperlink to connect to AmazonWeb Services to retrieve your credentials.

Click the Step 1 tab or the Previous button to review or edit the information on the

prior tab. When you've completed the fields on the New User Registration dialog, click Finish.

Page 16: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 16

After registering your user identity and connection information, you are ready to use the Login/Register dialog (shown in Figure 3.4) to access Cloud Database.

Figure 3.4 - The Login/Register dialog.

Enter the registered email address in the Username field, and the associated password in

the Password field, and click Login to connect to the Cloud Database management console (shown in Figure 3.5).

Figure 3.5 - The Dashboard tab of the Cloud Database management console.

Page 17: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 17

Please note: Immediately after connecting to the Cloud Database management console, you should download your SSH key for safekeeping. The SSH key allows you to establish terminal sessions directly to any server in your cluster to perform tasks manually, or examine (in detail) other aspects of the virtual machine.

To download your SSH key, navigate to the User tab of the Cloud Database management console, and click the Download ssh key button. When the download completes, ensure that the downloaded key is stored in a safe place.

For information about connecting via SSH, see Chapter 12.2.1, Using SSH to Access a Server.

Page 18: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 18

4 Using the Cloud Database Console

To access the Cloud Database management console, simply open a web browser, and

navigate to the address provided by EnterpriseDB. Provide login information, and the management console opens to the Dashboard tab (shown in Figure 4.1).

4.1 The Dashboard Tab

The Dashboard tab provides an overview of the Cloud Database service status, resources, useful information links and a quick start Launch DB Instance button.

Figure 4.1 - The Dashboard tab.

Use the Launch DB Instance button located in the Getting Started panel to create a new Postgres cluster.

The Resources panel contains an overview of the activity shown on the other tabs of the Cloud Database management console; click a link to navigate to the listed resource.

For example, click the Events link to navigate to the Clusters tab to review the event logs.

Page 19: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 19

The Service Status panel contains a status report from the cloud provider (ie. Amazon EC2) that will alert you to any regional outages or ongoing maintenance.

Navigate through the links displayed in the management console bookshelf to view documentation and tutorials about Cloud Database and Postgres topics.

4.2 The Clusters Tab

Use the Clusters tab (shown in Figure 4.2) to create, monitor and manage active clusters that reside in the cloud.

Figure 4.2 - The Clusters tab.

Status indicators on the Clusters tab provide quick visual feedback about the status of clusters that reside on the cloud:

A green checkmark indicates that an object is healthy.

A yellow alert symbol calls attention to an object that requires processing.

Page 20: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 20

A red error symbol signifies that an object is not available.

A busy-indicator signals that the cluster creation has not completed.

Columns in the top panel of the Clusters tab contain information about the clusters that reside within the cloud. Click on a column name to sort the contents of the column; click a second time to reverse the sort-order.

Use the icons along the left side of the Clusters tab to create new clusters or manage existing clusters:

Use the Add Cluster icon to create a new Postgres cluster in the cloud.

Use the Scale Up icon to access the Scale Up dialog to manually add one or

more replicas to the current cluster, or add additional memory to the current cluster servers.

Use the Scale Down icon to remove a replica from the cluster.

Use the Backup icon to take a backup of the entire cluster (a single backup of the cluster data, and a backup of the cluster configuration).

Please note: any custom module added to the server cluster that does not reside in the

PGDATA directory is not backed up, and will be lost when the cluster is terminated. By default, Cloud Database monitors and propagates changes to the following version-specific directories:

/opt/PostgreSQL/9.1/

/opt/PostgresPlus/9.0AS/

/opt/PostgresPlus/9.1AS/

Use the Clone icon to backup, and then copy the master node of the selected

database into a clone of the original master node. Use this feature to create a developer sandbox that is an exact duplicate of a working server.

Page 21: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 21

When you clone a database, only the master node is recreated in the new cluster; for information about manually adding replica servers to the new cluster, see Chapter 9, Manual Scaling.

Use the Delete Cluster icon to delete the currently selected cluster. A popup dialog will ask you to confirm your decision to terminate a cluster; once terminated, a cluster may only be restored from a backup.

When you terminate an active cluster, backups are not deleted. Backups (including user data) are retained until they are intentionally selected and deleted.

You can also access cluster management options by right clicking on a cluster name, and selecting an option from the context menu (shown in Figure 4.4).

Figure 4.4 - Right click on a cluster name to access management options.

The panels located at the bottom of the Clusters tab provide easy access to helpful statistical usage and activity information about the currently selected cluster.

Four navigation bars control the display; click a panel name on the navigation bar to access one of the following panels:

Select the Details bar to view information about the state of the selected cluster.

Select the Configurations bar to modify configuration parameters for the selected cluster.

Select the Monitoring bar to view usage statistics for the selected cluster.

Select the Events bar to review event logs describing activities on the selected cluster.

Page 22: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 22

4.2.1 The Details panel

Click the Details navigation bar to open the Details panel (shown in Figure 4.5).

Figure 4.5 - The Details panel on the Clusters tab.

The left pane of the Details panel displays information about the currently selected cluster, and provides controls that allow you to specify auto-scaling thresholds for storage and connection resources.

The right pane of the Details panel contains a status overview and connection

information for the selected cluster. If you have created replicas, the secondary server nodes are listed below the primary node in the tree control; expand the tree control to view the status of the replication nodes.

Page 23: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 23

4.2.2 The Configurations Panel

Use the Configurations panel (shown in Figure 4.6) to define, manage and apply a named configuration.

Figure 4.6 - The Configurations panel.

A configuration is a named set of parameters that (when applied), modify the behavior of

a cluster by overriding the default parameters specified in the postgresql.conf or

pgpool.conf file. If possible, you should use the Configurations panel to modify parameters that reside in the postgresql.conf and pgpool.conf files.

Before making any changes to the configuration of your Cloud Database cluster, we recommend you review Chapter 4.2.2.3, Best Practices for Working with Configurations.

Using the Configurations Panel Controls

Figure 4.7 - The Configurations panel controls.

Use the controls along the top of the Configurations panel (see Figure 4.7) to manage named configurations:

Use the drop down list-box under Select a configuration to select a configuration to modify, delete or apply to specified nodes of a Cloud Database cluster.

Page 24: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 24

Use the Add Configuration button to create a new configuration.

Use the Delete Configuration button to delete the configuration specified in the Select a configuration drop-down list box.

Figure 4.8 - The Delete Selected Configuration popup.

When the Delete Selected Configuration popup (shown in Figure 4.8) opens, click OK to confirm that you wish to delete the configuration.

Use the radio buttons next to Master or Replica to specify that the selected configuration should be applied to the master node of the cluster, or to all of the replica nodes that reside within the cluster.

Use the Apply button to deploy a configuration on the selected node (or nodes).

Adjusting a Parameter Value

You may not change the parameter settings shown in the Default configuration;

instead, choose a configuration for modification from the Select a configuration

drop-down listbox. To create a new configuration, click the Add Configuration button.

Figure 4.9 - The Add Configuration dialog.

When the Add Configuration dialog opens (see Figure 4.9), enter the name of the new

configuration, and click OK. When the creation is complete, Cloud Database will display

Page 25: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 25

the new configuration name in the Select a configuration listbox; the tabbed list

below the Configurations controls will display the modifiable parameters within that configuration (see Figure 4.10).

Figure 4.10 - The Configurations panel, displaying a new named configuration.

Use the tabs at the top of the parameter list to select a configuration file to modify:

Click the postgresql.conf tab to access parameters that reside in the postgresql.conf file.

Click the pgpool.conf tab to access parameters that control load balancing.

To modify a parameter, right click on the parameter name, and select Edit from the

context menu, or double-click a parameter value in the MASTERVALUE column. The

Configuration setting dialog (shown in Figure 4.11) opens, displaying a brief description of the parameter and the current parameter value.

Figure 4.11 - The Configuration setting dialog.

Page 26: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 26

Use the fields on the Configuration setting dialog to specify a new value for the parameter, and to mark a parameter for deployment:

Use the Parameter Value field to specify a new value for the parameter.

Check the Enabled box to mark the parameter modification for application to your cluster. Please note that the modification will not be deployed until you select the Apply option on the Configurations control panel.

Select OK to exit the dialog and preserve changes to the configuration, or Cancel to exit

without making any changes. Upon exiting the Configuration setting dialog, parameters marked for deployment will display a checkmark next to the parameter name

(if Enabled), and the new parameter value will be displayed in the MASTERVALUE column.

To deploy those parameters that are marked as Enabled, click the Apply button on the

Configurations control panel. The Apply settings dialog opens (as shown in Figure 4.12).

Figure4.12 - The Apply settings dialog.

Check the box next to the parameter file that you wish to deploy; select the OK

button to apply any parameter modifications; click Cancel to exit without applying any changes.

Page 27: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 27

4.2.2.1 Modifying postgresql.conf Parameters

Parameter values in the postgresql.conf file determine Postgres server behavior as it pertains to:

File Locations

Connections and Authentication

Resource Usage

Write-Ahead Logging

Query Planning

Audit Logging

Statistic Gathering

Error Handling

Parameters within the postgresql.conf file also enable and determine the behavior of Advanced Server utilities, such as SQL Protect, Infinite Cache, and Dynatune.

Some modifications to the postgresql.conf parameters require a server restart to take effect, while others require a parameter reload. Parameters modified through the

Configurations panel (shown in Figure 4.13) will take affect when applied; if you are

modifying parameters directly on the server (via an ssh connection), review the

comments in the postgresql.conf file to determine if a server restart or reload is required.

For more information about manually modifying configuration files or controlling the server, please see Chapter 12, Cloud Database System Administration.

Figure 4.13 - The postgresql.conf file.

For more information about the postgresql.conf parameters, please refer to the Postgres Plus Advanced Server Guide, available from EnterpriseDB at:

http://www.enterprisedb.com/docs/en/9.1/asguide/Postgres_Plus_Advanced_Server_Guide-07.htm - P601_23230

Page 28: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 28

4.2.2.2 Modifying pgpool.conf Parameters

Use the parameters shown on the pgpool.conf tab (shown in Figure 4.14) to modify Cloud Database server behavior related to load balancing.

Figure 4.14 - The pgpool.conf file.

Modifications to the pgpool.conf file do not require a Postgres server restart; the parameters are automatically updated when you save the configuration file without interrupting current users.

By default, all write transactions are routed to the master node of the Cloud Database

cluster; replica nodes can execute read-only queries. The white_function_list and

black_function_list parameters specify the names of Postgres functions or user-defined functions that may be invoked (or not invoked) on a replica node.

The white_function_list specifies functions that may be executed on replica nodes. Any function not specified on the list is assumed to be unsafe for execution by a replica.

The black_function_list specifies functions that are not executed on replica nodes. Any function not specified on the list is assumed to be safe for execution by a replica.

Though the Postgres nextval() and setval() functions can be invoked via a

SELECT statement, they perform a write function, modifying the state of the database by incrementing a sequence. By default, Cloud Database includes these

functions in the black_function_list to prevent them from executing on a replica node. If you have user-defined functions that should (similarly) not be executed on a replica node, you should add the function name to the black_function_list.

Page 29: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 29

Please note that you can specify either a white_function_list or a black_function_list, but not both.

The reset_query_list parameter specifies the SQL commands sent to reset the connection to the backend when exiting a session. Use a semi-

colon as a delimiter when specifying multiple commands (;). The default value of reset_query_list is ABORT; DISCARD ALL.

4.2.2.3 Best Practices for Working with Configurations

Cloud Database allows you to create and apply custom configurations to the master or

replica nodes that reside in your cluster. Please note that changing parameter settings can have unintended consequences, ranging from degraded performance to system crashes. Consequently, we recommend that only an advanced user who accepts these risks, and has experience with both Postgres and cloud environments modify parameter settings.

There are several ways that you can minimize the risks involved when making parameter changes:

Always make a snapshot backup of your data before making parameter changes. For information about taking a backup, refer to Chapter 7, Managing Backups and Recovery.

Always setup a test cluster to test parameter changes, to ensure they have the intended effect before deploying them to your production environment. Make the test environment mirror the final target environment as much as possible - this is

easy to accomplish by restoring a production backup into a similar size cluster as the original. For more details, see Chapter 5.1.1, Creating a Developer Sandbox.

Only change one parameter at a time (or as few as possible when dealing with interdependent settings) and monitor its effect until you are comfortable with the result.

Make parameter changes on a copy of the existing configuration that is in use for the master or replicas. That way, if the parameter changes prove detrimental it will be easy for you to re-apply the original settings. If you are making changes

to configuration files through ssh, make a backup of the configuration files before making any changes, so they can be easily restored.

When adjusting parameters, be mindful of that fact that the master node in the cluster processes both read and write requests, while the replica nodes in the cluster accept only read requests. You can tune the master node and the replica nodes independently to quickly have an impact (either positive or negative) on your write or read performance.

Page 30: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 30

For a complete summary of the parameters available in PostgreSQL and Postgres Plus Advanced Server, see Chapter 2 of the Postgres Plus Advanced Server Guide, Configuration Parameters, available at:

http://www.enterprisedb.com/docs/en/9.0/asguide/Postgres_Plus_Advanced_Server_Guide-07.htm - P600_23360

The Postgres Plus Advanced Server Guide provides information about each parameter, including the privileges required to alter the parameter, and if parameter modifications

require a server restart or reload. The documentation also includes detailed sections about using the parameters that affect:

Performance

Resource Consumption and Memory

Query Planning and Optimizer Hints

Error Reporting and Logging

Oracle Compatibility settings

Advanced Server feature-specific settings

Page 31: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 31

4.2.3 The Monitoring Panel

The Monitoring panel displays graphs that allow you to review statistical usage information about the amount of storage and the CPU load for the selected cluster (see Figure 4.15 ).

Figure 4.15 - The Monitoring panel displays usage information.

Use the Time Range drop-down listbox to specify the time period that the charted information should span.

The Data Space chart displays the amount of allocated data space used by the selected

cluster. The red line denotes the threshold specified by the Data Space Threshold

slider on the Details panel (the threshold at which the cluster will be scaled-up). The blue line indicates the amount of the data space that is currently in use.

The Connections chart displays a graph of the number of connections to the cluster during the selected time range. The red line denotes the threshold specified by the Connections slider on the Details panel.

The CPU Load chart displays the processing load placed on the CPU by connecting clients.

Page 32: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 32

4.2.4 The Events Panel

The Events panel (shown in Figure 4.16) displays an event log that contains a history of selected events within the cluster.

Figure 4.16 - The Events panel displays server activity.

Click a column heading to sort the logged activity by the selected column; click again to reverse the sort order.

Use a mouse to select multiple rows from the event log for copy and paste operations.

4.3 The Backups Tab

Use the Backups tab (shown in Figure 4.17) to manage cluster backups; the tab displays a list of the available backups.

Figure 4.17 - The Backups tab of the Cloud Database console.

Page 33: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 33

A backup captures and stores the status and condition of a cluster at a specific point-in-time. Click a column heading to sort the column contents; click again to reverse the sort order.

Use the icons on the left side of the Backups tab to restore or delete backups:

Highlight a backup in the list, and click the Recover Backup icon to open a

dialog that allows you to restore a cluster from the selected backup. Specify a

name for the cluster, and click the Recover button to continue. A popup confirms that the cluster is being restored; close the popup and navigate to the Clusters tab to monitor the restoration process.

Highlight a backup in the list and click the Delete Backup icon to delete

the selected backup. A popup will ask you to confirm that you wish to delete the backup before the backup is actually deleted.

4.4 The User Tab

Select the User tab (as shown in Figure 4.18) to view information about the current user, to review a list of registered users, or to delete unwanted user accounts.

Figure 4.18 - The User tab of the Cloud Database console.

Use the Download SSH Key button to download the private key file for the current user.

Page 34: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 34

Click the Change Password button to open a dialog that allows you to change the password for the current user.

Use the Apply Changes button to make any changes to the user information

persistant; click the Discard changes button to abandon any changes, and display the previous information.

Please note: user administration controls are not available to users of the DbaaS hosted on Amazon and managed by EnterpriseDB.

Cloud Database recognizes the first registered user as the administrative user. Only that

user is privileged to see the list of registered Cloud Database users, and to delete selected

users. If you are an administrative user, you can use the controls under the User

Administration heading to delete user accounts by highlighting a name in the list, and clicking the Delete User button.

Figure 4.19 - The Delete User dialog.

Before deleting the user, Cloud Database will ask you to confirm your decision (see

Figure 4.19). Click Delete to remove the user, or Cancel to exit without applying the change.

Page 35: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 35

5 Creating a New Server Cluster

Before you can connect to Postgres from a client application, you must create a server

cluster. Use the Launch DB Instance button (located in the upper left panel of the

Dashboard Tab) or click the Add Server button on the Clusters tab to open the Create a New Server Cluster dialog, shown in Figure 5.1.

Figure 5.1 - Specify information about the new cluster on the Step 1 tab.

Use fields on the Create a New Server Cluster dialog to specify information about the new cluster:

Specify a name for the primary node of the new server cluster in the Cluster Name field.

Use the drop-down listbox in the Engine Version field to select the version of the Postgres engine that you wish to use.

Use the drop-down listbox in the Server Class field to specify the size of each cluster node.

Use the drop-down listbox in the Number of nodes field to specify the number

of server nodes that you wish to create. The name specified in the Cluster

Name field will apply to the primary node; each additional node will act as a replication server for the primary node.

Use the Storage GB field to specify the initial size of the data space (in Gigabytes).

Page 36: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 36

Enter the name of the cluster owner in the Master User field.

Enter the password associated with the name in the Master Password field.

Click the Next button to continue to the Step 2 tab (shown in Figure 5.2).

Figure 5.2 - Specify backup information on the Step 2 tab.

Use the fields on the Step 2 tab to specify additional database information:

Use the # of Backups to retain field to specify the number of server backups stored. When the specified number of server backups is reached, Cloud Database will delete the oldest backup to make room for a new backup.

Use the Backup Window field to specify a time that it is convenient to backup the server (you may wish to schedule backups to occur when the CPU load is the lightest).

Use the Previous button or select a specific tab to return to a completed tab to review or

update information; when you have completed the Create a New Server dialog, click Launch to create the database cluster.

A popup dialog confirms that Cloud Database is creating a new cluster (see Figure 5.3); click the X in the upper-right corner of the popup to close the popup.

Page 37: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 37

Figure 5.3 - A popup confirms that the new cluster is being created.

Navigate to the Clusters tab of the Cloud Database console to monitor the creation of the cluster.

The default security rules for a newly-created cluster specify that port 9999 (the load balancing port) is open for connections from any IP address. You can customize the security rules to selectively restrict the IP address/es from which the server will accept

connections. For detailed information about modifying the security group to restrict access from unknown IP addresses, see Section 12.3, Securing a Cloud Database Cluster.

Each database server is created with the default parameter settings that are displayed in

the Configurations panel of the Clusters tab. You can use the Configurations

panel to create one or more named configurations that contain customized parameter values that, when applied to a cluster will override the default parameters specified in the postgresql.conf and pg_hba.conf file.

Selecting a Server Class for your Public Cloud Cluster

When creating a new cluster, you must specify a server class. The server class determines the size and type (compute power and RAM) of each node within the cluster.

Cloud Database's flexibility and scalability allow you to save money by adjusting the amount of storage used by the cluster, or number of replicas in the cluster as your resource demands change.

For instance, on Amazon:

You can start with a t1.micro instance to reduce development costs, and easily upgrade to a more capable instance as your performance requirements dictate.

Page 38: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 38

If you find that your application is CPU bound, you may want to move to a high-CPU instance such as an m1.large instance or a m1.xlarge instance.

High-memory instances such as m2.xlarge, m2.2xlarge and m2.4xlarge are well suited for databases accessed by high throughput applications that require a high I/O rate.

A c1.xlarge instance offers more CPU performance, and is well suited for applications that require a high CPU rate.

5.1.1 Creating a Developer Sandbox

With a few simple steps, you can create a developer sandbox that is an exact duplicate of the original master node:

1. Navigate to the Clusters tab.

2. Highlight the name of the cluster you wish to clone into the sandbox.

3. Click the Clone icon located on the left side of the window. The Clone

Cluster? dialog opens (as shown in Figure 5.10).

Figure 5.10 - The Clone Cluster? dialog.

4. Click the Clone button.

The Clone icon instructs Cloud Database to backup, and then copy the master node of the selected database into a clone of the original master node. After taking a backup of

your database, Cloud Database will open the Create clone... dialog (shown in

Page 39: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 39

Figure 5.11), prompting you to specify a name for the clone and select a Server Class. Complete the dialog, and click the Clone button to create the sandbox.

Figure 5.11 - Creating a clone of a database.

Please note that when you clone a database, only the master node is recreated in the new cluster; for information about manually adding replica servers to the new cluster, see Chapter 9, Manual Scaling.

Page 40: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 40

6 Connecting an Application to a Cloud Database Cluster

Connecting an application to a Postgres instance that resides in the cloud is no different than connecting to an instance that resides on traditional hardware. To initially connect

to the Postgres database, you must specify its IP address and port, and authenticate yourself with the server (using the role defined when the server cluster was created).

Figure 6.1 - The Details panel on the Clusters tab.

If you have defined a cluster with two or more servers, client applications should always

connect to the load balancing port of the master server. This will ensure that read requests are distributed efficiently across the cluster replicas to maximize performance, while write requests are directed only to the cluster master. Replica server nodes are listed below the primary node in the tree view.

The DNSNAME column displays the address of the node; a connecting client should use this address when connecting to a specific server.

The LBPORT column displays the port number to which a client application should connect to utilize load balancing.

Since only the master node of a multi-server cluster operates in read/write mode, all write queries will be directed to the master node, while any read-only queries may be directed to a replica node.

The DBPORT column displays the default listener port for the Advanced Server or PostgreSQL server. To connect directly to the database listener port, you must

modify the cluster's security group to allow connections from your client . For more information about modifying a security group, please see Section 12.3, Securing a Cloud Database Cluster.

Page 41: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 41

Use the authentication information (Master User and Master Password) provided on

the Create a New Server Cluster dialog to establish the initial connection as the database superuser, using a client application (such as EDB-PSQL or Postgres Enterprise

Manager). Please note that connecting with this identity grants you superuser privileges on the server; you should not share this connection information with un-trusted users.

After connecting as the database superuser, you should create lesser-privileged user roles with which non-administrative users will connect.

For detailed information about connecting to a Cloud Database cluster with ssh, edb-

psql (or psql), or the Postgres Enterprise Manager client, please see Section 12.2, Connecting to the Cluster.

Page 42: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 42

7 Managing Backups and Recovery

When you take a backup, Cloud Database makes a copy of the contents of the

PostgreSQL PGDATA directory. The PGDATA directory contains the data and the meta-data required to construct an exact copy of the Postgres data cluster (the data and the database objects that reside within that Postgres instance).

To capture a backup of a cluster, navigate to the Clusters tab, highlight a name in

the cluster list, and click the Backup icon. Cloud Database asks you to confirm that you wish to backup the selected cluster (see Figure 7.1).

Figure 7.1 - The Backups tab of the Cloud Database console.

Click the Backup button to instruct Cloud Database to capture a backup of the selected

cluster. While Cloud Database performs a backup, the PENDING column of the Clusters tab will display the message, Backup in progress.

Page 43: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 43

7.1 Reviewing Stored Backups

Navigate to the Backups tab (shown in Figure 7.2) to review a list of stored cluster backups.

Figure 7.2 - The Backups tab of the Cloud Database console.

A backup captures and stores the status and condition of a cluster at a specific point-in-time.

The ID column contains a unique backup identifier.

The CAPACITY column contains the storage capacity of the cluster at the time that the backup was taken.

The ENGINE VERSION column contains a description of the Postgres version that the saved cluster is using.

The CLUSTER column identifies the name of the cluster preserved in the backup.

The STARTED column displays the date and time that the backup was initiated.

You can use the icons on the left side of the Backups tab to restore or delete the selected backup:

Highlight a backup in the list, and click the Recover Backup icon to open a dialog that allows you to restore a cluster from the selected backup.

Highlight a backup in the list and click the Delete Backup icon to delete

the selected backup. A popup will ask you to confirm that you wish to delete the specified backup before it is actually deleted.

Page 44: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 44

7.2 Restoring a Cluster from Backup

You can restore a cluster, recovering the state of a cluster at the time that a selected

snapshot was taken, or use the restoration process to create a developer sandbox. To

restore a cluster, navigate to the Backups tab, and highlight the backup to be restored in the onscreen list.

Click the Recover Backup icon, located on the left side of the window.

Figure 7.3 - The Recover Data from a Backup dialog.

When the Recover Data… dialog (shown in Figure 7.3) opens, specify a name for the

restored cluster, and click the Recover button to continue. A popup confirms that the

cluster is being restored (see Figure 7.4); close the popup and navigate to the Clusters tab to monitor the restoration process.

Figure 7.4 - The Recover Data from a Backup dialog.

Please note: when you restore a backup, the server configuration will match the original configuration, but the server addresses will change.

Page 45: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 45

7.3 Reassigning an Elastic IP Address on Amazon

If you need to recover an instance from backup, you can retain the original IP address for

the master node, so your client applications will not need to change their connection properties. To assign a specific IP address to a server instance:

1. Sign in to the Amazon Web Services console.

2. Navigate to the Elastic IPs tab.

3. Select the IP address you wish to assign to the new instance.

If you wish to reassign an IP address that is associated with a named cluster, you

must disassociate the cluster before re-associating the IP address to another cluster. Please note that disassociating the cluster from an IP address will result in the deletion of the cluster.

4. Click the Associate Address button.

When the Associate Address dialog opens (as shown in Figure 7.5), select the master node from the drop-down list box.

Figure 7.5 - The Associate Address dialog.

Click the Yes, Associate button to associate the selected IP address with the chosen instance. Please note that it may take a few minutes for changes on the Amazon server to propagate to the Cloud Database Management Console.

Page 46: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 46

8 Automatic Failover

The Cloud Database cluster manager constantly monitors the state of each cluster. Each

cluster is composed of a single master Postgres instance that operates in read-write mode (performing all writes to the database) and one or more replica Postgres instances. Replica nodes are read-only, automatically duplicating all data found on the master node, and all changes made to that data.

In the event of the failure of the master instance, a new instance is automatically created and attached to the old master's data, preventing any data loss. When failover occurs, the

server load is automatically re-balanced among the remaining servers. This self-healing property is at the heart of providing high availability to cluster users.

After a failover is complete, the original master instance of the database server will still be available on Amazon EC2, allowing you to perform any post-mortem activities that may be required. If you do not wish to utilize the preserved instance, you should use the Amazon management console to delete the instance.

Page 47: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 47

9 Manual Scaling

Adding additional replicas to your database cluster increases the CPU power available to

handle additional client requests or applications, increasing the number of client connections that can be serviced. When the scale up is complete, each additional replica automatically assumes a share of the read-only workload from incoming queries.

Cloud Database's Scale Up dialog makes it simple to manually add additional replicas to

a cluster if you find that server resources are strained. The Scale Up dialog also allows you to increase the amount of storage available to a cluster with three simple clicks.

When adding a replica to a current cluster, Cloud Database:

1. Creates a new virtual machine of the same size and type as the other virtual machines in the cluster.

2. Copies the data from the master node to the new replica.

3. Updates the cluster manager and load balancer to recognize and use the new replica.

4. Starts the server instance that resides on the new replica.

The new replica then begins sharing the processing load for the cluster, allowing the cluster to handle more user and client connections.

The Cloud Database Scale Up dialog (located on the Clusters tab) serves two functions; the dialog can be used to:

Add additional storage space to each node on the cluster. and/or

Add additional replica nodes to a cluster.

If you specify that Cloud Database should add both storage and replicas, Cloud Database

will process the request for additional storage before adding replicas to the cluster. All of the nodes on the cluster will be of the newly specified node size.

Manually adding a Replica or Memory

To add a replica to a cluster, navigate to the Clusters tab, and highlight the server that

you wish to scale up. Click the Scale Up icon on the Clusters tab to open the Scale Up dialog (shown in Figure 9.1).

Page 48: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 48

Figure 9.1 - The Scale Up dialog.

Use the drop-down listboxes on the Step 1 tab to specify:

The number of replicas to add to the cluster.

The amount of memory (in Gigabytes) that will be added to each server in the cluster.

When you've completed the dialog, click Next to continue to the Step 2 tab (shown in Figure 9.2).

Figure 9.2 - The Scale Up dialog.

Use the Scale Up button on the Step 2 tab to confirm that you wish to add the specified number of replication servers, or the specified amount of memory to the cluster.

Click the Previous button to return to the Step 1 tab to adjust the specified amounts,

or click the X in the upper corner of the dialog to exit without saving modifications to the server.

Page 49: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 49

10 Automatic Scaling

When auto-scaling in enabled, Cloud Database monitors the server resources in use, and

automatically adds additional resources when usage exceeds a user specified percent (by

default, 90%). Controls on the Details panel of the Clusters tab makes it easy to adjust the threshold at which Cloud Database automatically scales up resources.

When the Data Space Threshold is reached, Cloud Database adds additional storage space.

When the Connection Threshold is reached, Cloud Database adds replica nodes.

Adding additional replicas to your database cluster increases the number of client connections and queries that each cluster can handle, while maintaining a high-level of

overall performance. Each additional replica automatically assumes a share of the read -only workload from incoming queries.

10.1 Adjusting the Automatic Scaling Thresholds

Use the Auto-Scaling controls on the Details panel to adjust the threshold at which

Cloud Database automatically scales up cluster resources. To access the Details panel,

navigate to the Clusters tab, and highlight the name of a listed cluster. Click the

Details navigation bar on the Clusters tab to open the Details panel (shown in Figure 10.1).

Figure 10.1 - The Details panel on the Clusters tab.

Auto-scaling is not enabled by default; to enable auto-scaling, check the Auto-Scaling checkbox. When auto-scaling is enabled, Cloud Database will automatically increase

your data space by 50% when the disk usage exceeds the value specified by the Data Space Threshold slider.

Page 50: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 50

11 Customizing Your Cluster

Postgres Plus Cloud Database creates fully-functioning, cloud-based, high-availability

database clusters of various sizes complete with replication, load balancing, connection pooling, backup and failover capabilities. Cloud Database configurations can be defined in minutes without any special database knowledge or skills. This characteristic is

greatly appreciated by application developers who want to create robust, data-intensive applications quickly, and who may not have the time, inclination, or skills to otherwise

achieve the same results. This type of black box setup was designed to dramatically increase the productivity of developers, DBAs, and system administrators alike.

However, there are many users who, while enjoying the black box benefits described above, prefer to take a more hands-on approach to managing their databases. Postgres Plus Cloud Database was also designed with these users in mind.

You can modify the behavior of a Cloud Database cluster by creating and applying custom configurations to the master or replica servers. For more information about modifying and using custom configurations, see Chapter 4.2.2, The Configuration Panel.

You can also use supporting components to extend the functionality of your Cloud

Database cluster; the following sections provide an overview of how to add an extension to a new or existing cluster.

For detailed information about adding PostGIS functionality to a Cloud Database cluster, please see the tutorial, How to Install PostGIS in a Cloud Database Cluster, available

from the management console bookshelf, located on the Dashboard tab.

11.1 Adding an Extension to a New Cluster

You can expand the functionality of your cluster by adding supporting components to

Postgres, such as PostGIS (support for spatial data types and functions). To add Postgres

extensions to a Cloud Database cluster, you must manually install the software using ssh, utilizing the command line for any installers.

If you know prior to creating a cluster that you will be adding a server extension, you can simplify the process by following the procedure outlined below.

1) Create a single instance cluster (a cluster with only a master node).

2) Install the extension (such as PostGIS).

3) Add replicas to scale up to the desired initial cluster size.

Page 51: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 51

The above sequence allows you to install the extension only once; Cloud Database will propagate the extension to replica servers during the scale up process. In addition, the added extension will persist during scale up, restore and failover operations.

Cloud Database monitors and propagates changes to the following version-specific directories:

/opt/PostgreSQL/9.1/

/opt/PostgresPlus/9.0AS/

/opt/PostgresPlus/9.1AS/

Please note: Modifications to other directories will not automatically propagate to replicas; to prevent unpredictable results, you should restrict modifications to these directories and their sub-directories only.

11.2 Adding an Extension to an Existing Cluster

If you are adding an extension to an existing cluster, you must install the extension's

binaries or invoke any component installer on each node in the replication cluster; you should begin by installing the extension on the master server node. If the installation

process includes invoking SQL scripts (that create schema objects or functions), the scripts do not need to be invoked on each replica; schema objects that have been created on the master node will propagate to each replica node.

Please note that any extensions that create or depend on the propagation of environment variables are not supported at this time.

Page 52: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 52

12 Cloud Database System Administration

While a Cloud Database cluster requires far less maintenance than a traditional network, you may occasionally need to perform administrative tasks. The sections that follow

detail some of the tasks that are performed outside of the Cloud Database management console's graphical interface:

Moving an existing database into a Cloud Database cluster

Connecting an administrative client to a Postgres Server

Securing a Cloud Database cluster

Manually modifying configuration parameters

Stopping and starting the server

12.1 Moving an Existing Database into a New Cluster

You can use the Postgres pg_dump utility to migrate an existing Postgres database (schema, data, and associated database objects) into a Cloud Database cluster.

pg_dump creates an archive that contains the commands needed to re-create and populate your existing database. After moving the archive to the Cloud Database, use

pg_restore to uncompress and play the SQL commands contained in the archive. The following section will walk you through the process of moving a database to Cloud Database using pg_dump.

You can also use the pg_dumpall utility to move an entire Postgres cluster (data, schema information, and roles) to Cloud Database; for detailed information about using pg_dumpall, please see the Postgres documentation at:

http://www.enterprisedb.com/docs/en/9.1/pg/app-pg-dumpall.html

Step One - Set the Search Path on the Source System

Open a terminal window on the system that contains your Postgres source database, and navigate to the Postgres installation directory. By default, the Advanced Server installation directory is:

/opt/PostgresPlus/version_number

For PostgreSQL, the directory is:

Page 53: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 53

/opt/PostgreSQL/version_number

Add the pg_dump utility to the search path for the current session. For Advanced Server, invoke the pgplus_env.sh script:

source pgplus_env.sh

For PostgreSQL, invoke the pg_env.sh script:

source pg_env.sh

Step Two - Create the pg_dump Archive

Use the pg_dump utility to create an archive that contains the commands required to

recreate a database. When invoking pg_dump, include the -Ft flag to instruct pg_dump

to format the output as a tar file, and the -U flag to specify the name of the database superuser (see Figure 12.1):

pg_dump -Ft -U db_superuser db_name > archive_name.tar

Figure 12.1 - Creating the pg_dump archive.

Where:

db_superuser is the name of a Postgres database superuser.

db_name is the name of the database that you wish to move to Cloud Database.

archive_name.tar is the complete path and name of the archive. Please note that you must have permission to write a file to the location specified.

If prompted, enter the password associated with the database superuser.

Page 54: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 54

Step Three - Move the Archive to Cloud Database

Please note: by default, port 22 (used for ssh and scp connections) is closed; before

invoking an ssh or scp command, you must modify the security group for the cluster, opening the port. For detailed information about opening a port, see Section 12.3, Securing a Cloud Database Cluster.

Use the scp command to copy the archive to the master server in the Cloud Database cluster; include the -i option to specify the location of your ssh key (see Figure 12.2):

scp -i ssh_key_file file_name root@host_name:

Figure 12.2 - Moving the archive to Cloud Database.

Where:

ssh_key_file specifies the pathname of the Cloud Database ssh private key

file.

file_name specifies the archive name.

host_name specifies the host name of the master node of the Cloud Database

cluster; the host name is located on the Details panel of the Clusters tab in the Cloud Database console (see Figure 12.3).

The colon (:) at the end of this command specifies that the file will be copied to the root directory on the cluster's primary node; please note that you can specify a file destination by adding a destination path after the colon.

Page 55: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 55

Figure 12.3 - The Details panel of the Clusters tab.

For information about obtaining and using your ssh key, please see the tutorial, Connecting to Cloud Database, available through the Cloud Database Dashboard.

Step Four - Connect to Cloud Database with ssh

Use ssh to connect to your Cloud Database cluster master node. You should always

connect as root, specifying the location of the ssh key (on your local host) in the command (see Figure 12.4):

ssh -i/path/ssh_key.pem root@host_name

Where:

path specifies the location of your Cloud Database ssh certificate on the system from which you are connecting.

ssh_key.pem specifies the name of the Cloud Database ssh private key file.

host_name specifies the host name of the master node of the Cloud Database

cluster; the host name is located on the Details panel of the Clusters tab in the Cloud Database console.

Figure 12.4 - Connecting to Cloud Database with ssh.

Page 56: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 56

Step Five - Set the Search Path on Cloud Database

After connecting, you should add the pg_restore command to the search path of the

session. Navigate to /opt/PostgresPlus/CloudDB, and invoke (for Advanced Server), the pgplus_env.sh script:

source pgplus_env.sh

For PostgreSQL, invoke the pg_env.sh script:

source pg_env.sh

Step Six - Invoke pg_restore on the master server in the Cloud Database cluster

Before invoking the pg_restore utility, you must create the target database in the

master server; you can use the createdb client utility at the command line to create the target:

createdb database_name

Where:

database_name specifies the name of the database on Cloud Database.

Then, invoke the pg_restore utility:

pg_restore -Ft /path/archive_name.tar -d target_db_name

Where:

path is the pathname to the archive on the Cloud.

archive_name.tar is the name of the archived database.

target_db_name is the name of the target database on the Cloud.

Include the -Ft flag to specify that the file is an archive; use the -d target_db_name flag to specify the name of the database on the Cloud (see Figure 12.5).

Page 57: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 57

Figure 12.5 - Restoring the database on the Cloud.

Step Seven - Confirm that the Move was Successful

After performing the restore, you can use the psql client (or Advanced Server's edb-

psql) to connect to the Cloud Database and confirm that the database has been transferred (see Figure 12.6):

psql target_db_name

Use the \d command to view a list of database objects in the current database:

Figure 12.6 - Confirming that the move was successful.

To exit the psql client, enter \q; to exit the ssh session, type exit and Return.

For more information about using the psql client, please see the tutorial, Connecting to a

Cloud Database. You can access the tutorial through the Dashboard tab of the Cloud Database console.

For more information about using PostgreSQL utilities to move an existing database into Cloud Database, please see the documentation at:

http://www.enterprisedb.com/docs/en/9.1/pg/backup-dump.html

Page 58: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 58

12.2 Connecting to the Cluster

The following sections will walk you through the process of connecting to a node of a

Cloud Database cluster using some of the utilities that are distributed with Postgres Plus Advanced Server and PostgreSQL.

12.2.1 Using ssh to Access a Server

Please note: Before using ssh to connect to the server, you must modify your AWS

security group to permit client connections on port 22; for more information about modifying a security group, please see Chapter 12.3, Securing a Cloud Database Cluster.

Cloud Database creates an ssh key when you register your user information. Before

connecting to a Postgres instance that resides on the cloud via an ssh encrypted

connection, you must download the ssh key, and adjust the privileges on the key file. To

download your private key, navigate to the User tab, and click the Download SSH Key button.

After downloading the key, assume superuser privileges, and adjust the key permissions with the command:

$ chmod 0600 ssh_key_file.pem

You can use ssh to connect to the operating system of any node hosted by Cloud Database (see Figure 12.7). Unless you have created other operating system user

accounts, you should ssh to the server node as root, specifying the location of the ssh key (on your local host) in the command:

ssh -i/path/ssh_key_file.pem root@host_name

Figure 12.7 - Connecting to a node on Cloud Database.

Page 59: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 59

Where:

ssh_key_file.pem specifies the complete path of the Cloud Database ssh private key file.

host_name specifies the host name of the node to which you wish to connect.

You can find the host name in the DNSNAME column, on the Details panel of the Clusters tab in the Cloud Database console (see Figure 1.2).

Figure 1.2 - The Details panel of the Clusters tab.

After connecting via ssh, you can:

Shutdown, start, or restart the Postgres server.

Download and install Postgres extensions.

Use PostgreSQL Client Applications.

Invoke PostgreSQL Server Applications.

Please note: Postgres Server applications must be invoked by the Postgres cluster

owner (identified when creating a Cloud Database cluster as the Master User).

If you are using a PostgreSQL server, the default user name is postgres; if you

are using Advanced Server, the default user name is enterprisedb. To change your identity after connecting via ssh, use the su command:

# su enterprisedb

Please note: to enable a user (other than root) to connect to a Cloud Database server, you must configure ssh login on the server node for that user's account.

Page 60: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 60

12.2.2 Connecting with the Postgres Enterprise Manager Client

The Postgres Enterprise Manager (PEM) client provides a powerful graphical interface that you can use to create and manage database objects (and privileges) on a local

Postgres installation, or on a Cloud Database cluster node. The PEM client should be installed and invoked from a local workstation; you must define a separate server

connection for each node of a Cloud Database cluster that you wish to manage with the PEM client.

By default, the PEM client is installed with an Advanced Server installation (version 9.1 or greater); the PEM client is also available for PostgreSQL users as part of Postgres Plus

Solution Pack, distributed via StackBuilder Plus. For detailed information about installing the PEM client, visit:

http://www.enterprisedb.com/products-services-training/products/postgres-enterprise-manager

To open the PEM client, navigate through the Applications menu:

If you are using Advanced Server (version 9.1 or greater), the Postgres

Enterprise Manager menu selection will be located under the installation menu.

If you are a PostgreSQL user, use the Postgres Enterprise Manager menu to invoke the PEM client.

When the PEM client opens, select Add Server from the File menu to open the New

Server Registration dialog, and define a connection to a Cloud Database cluster (see Figure 12.8).

Page 61: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 61

Figure 12.8 - A Postgres Studio session, on the Cloud Database host.

Provide information about the connection in the New Server Registration dialog:

Specify the name of the Cloud Database cluster in the Name field.

Provide the IP address or host name of the master node of the cluster in the Host

field. You can find the IP address in the DNSNAME column on the Details panel for the cluster on the Cloud Database console.

Specify the Port through which you wish to connect to the server.

By default, the only port open for connections from clients (residing outside of the

cluster) is port 9999, on the master node. Port 9999 is the load balancing port, and is best used when performing queries.

If you are modifying a database or invoking administrative functions, you should

connect to the master node's listener port, identified in the DBPORT column, on the

Details panel of the Clusters tab. Before connecting to the server's listener

Page 62: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 62

port, you must modify the security group to allow connections; see Section 12.3, Securing a Cloud Database Cluster for more information about modifying a security group.

Select a maintenance database using the drop-down listbox in the Maintenance

DB field. Select edb if you are connecting to an Advanced Server database, and postgres if you are connecting to a PostgreSQL database.

Specify the role name that the PEM client should use when connecting, in the Username field.

Provide the password associated with that role, in the Password field.

Click OK to connect to Cloud Database; once connected, the server will appear in the tree control in the PEM Object browser (shown in Figure 12.9).

Figure 12.9 - The PEM client window, showing local and Cloud Database servers.

Now, you are ready to use the point-and-click functionality of the PEM client to create and manage database objects that reside on the node of your Cloud Database cluster to which you have connected.

The PEM client offers context-driven help; click the Help button provided on each dialog to access online documentation with information about the current dialog.

Page 63: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 63

12.2.3 Connecting to Cloud Database with psql or edb-psql

psql is the PostgreSQL command-line client; edb-psql is the Advanced Server command-line client. After connecting to a Postgres server hosted on Cloud Database via

psql or edb-psql, you can invoke SQL commands or use meta-commands to:

Execute queries

Insert, update, and delete data

Create and manage database objects (tables, indexes, views, etc.)

Create user roles and manage privileges

Review object and role attributes

Invoke scripts containing complex (or simple) commands

edb-psql offers complete compatibility with psql, while adding the ability to process

Oracle-compatible syntax for anonymous blocks, CREATE FUNCTION statements,

CREATE PROCEDURE statements and CREATE PACKAGE statements on an Advanced

Server database. You can also use edb-psql to manage Advanced Server extensions (such as SQL Protect), or use Oracle-compatible features not found in PostgreSQL.

By default, a Cloud Database cluster is only open to connections via port 9999 on the

master node. Port 9999 is a good choice if you are connecting for the purpose of querying the database, but if you are modifying database objects, or performing administrative functions, you should connect directly to the server's listener port.

Some administrative functions, if executed over port 9999, may be directed to the

incorrect node of a multi-node cluster where they may not have the intended effect, or may return an invalid value.

The listener port number is displayed in the DBPORT column of the Details panel of the Clusters tab.

Before connecting to the server's listener port, you must modify the security group to allow connections; see Section 12.3, Securing a Cloud Database Cluster for more information.

Connecting with edb-psql (or psql) From a Local Workstation

After installing Advanced Server or PostgreSQL on a local workstation, you can use

edb-psql or psql to perform administrative tasks on a Cloud Database cluster.

To open an edb-psql console on an Advanced Server workstation, navigate through the

Applications (or Start) menu to the Postgres Plus Advanced Server menu; then, open the Run SQL Command Line menu, and select EDB-PSQL.

Page 64: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 64

To open a psql console on a PostgreSQL workstation, navigate through the

Applications (or Start) menu to the PostgreSQL menu, and select SQL Shell (psql).

Figure 12.10 - The EDB-PSQL command line utility.

Provide connection information for the Cloud Database server to which you are connecting:

When prompted for a Server, enter the IP address or DNS name of the Cloud

Database server. The IP address is displayed in the DNSNAME column on the

Details panel of the Clusters tab of the Cloud Database management console.

When prompted for a Database, enter the name of the database to which you wish to connect. By default, an Advanced Server cluster is created with a

database named edb. A PostgreSQL cluster is created with a database named postgres.

When prompted for a Port, enter the port on which the server is listening. For

database queries, you can use port 9999; if you are modifying database objects or performing administrative functions, you should use the server's listener port (5444 for an Advanced Server cluster, 5432 for a PostgreSQL cluster).

When prompted for a Username, enter the role you wish to use when connecting

to the server. The name of the database superuser is specified in the Master

User field when defining a Cloud Database server cluster. By default, the

Page 65: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 65

Advanced Server database superuser is enterprisedb. The default superuser of a PostgreSQL database is postgres.

When prompted for a Password, enter the password associated with that role.

The database superuser's password is specified in the Master Password field when defining a Cloud Database server cluster.

After connecting, the edb-psql (or psql) prompt will display the name of the database to which you are connected (as shown in Figure 12.10).

Invoking edb-psql (or psql) on a Cloud Database Server

You can also connect to a copy of edb-psql or psql that resides on a Cloud Database cluster. To invoke a session from a Cloud Database node:

1. Use ssh to connect to the Cloud Database node on which you wish to run edb-psql or psql.

2. Add the Postgres utilities to your search path.

For Advanced Server, open a terminal window, and enter:

source /opt/PostgresPlus/version_number/pgplus_env.sh

For PostgreSQL, enter:

source /opt/PostgreSQL/version_number/pg_env.sh

3. Invoke the client:

psql_client -h host_name -U user_name

Where:

psql_client specifies either edb-psql (if you are using Advanced

Server) or psql (if you are using PostgreSQL).

host_name specifies the IP address or DNS name of the node on which the Postgres server to which you are connecting resides.

user_name specifies the name of the role that is connecting to the server.

The name of the database superuser is specified in the Master User field when defining a Cloud Database server cluster. By default, the Advanced

Page 66: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 66

Server database superuser is enterprisedb. The default superuser of a PostgreSQL database is postgres.

When prompted, enter the password associated with the specified user.

Figure 12.11 - Opening a remote psql session

When the server has authenticated your credentials, the prompt will display the name of

the database to which you have connected (see Figure 12.11); you can then use SQL commands or meta-commands to create, modify, delete, and query database objects.

Please note that SQL commands are always terminated with a semi-colon (;).

psql meta-commands begin with a backslash (\), and unlike SQL commands, are not terminated by a semi-colon (;).

Enter \? on the EDB-PSQL command line to display help text for psql meta-commands.

Enter \h sql_command on the EDB-PSQL command line to display help for the SQL command specified in the sql_command parameter.

To exit the psql client, enter \q.

For information about using psql and the psql meta-commands, please see the Postgres documentation at:

http://www.enterprisedb.com/docs/en/9.1/pg/app-psql.html

For more information about the Postgres SQL commands, please see the Postgres documentation at:

http://www.enterprisedb.com/docs/en/9.1/pg/sql-commands.html

Page 67: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 67

12.3 Securing a Cloud Database Cluster

When you create a new cluster, Cloud Database creates a security group. By default, the

security group exposes only port 9999 (the load balancing port) to the outside world, while allowing inter-cluster communication, and console-to-cluster communication between the servers in the cluster. When you delete a Cloud Database cluster, the security group is deleted as well.

You can modify the security group, strategically exposing other ports for client

connection. For example, you may wish to open port 22 to allow ssh connections to a

server, or port 5444 to allow connections to the listener port of the Postgres database server that resides on a replica node.

Security groups are managed through the AWS management console; administrative privileges at AWS are required to review or modify the security group entries. To view a

security group, connect to the AWS management console (with administrative

privileges), and select the Security Groups option (located in the Network & Security portion of the Navigation panel).

Each security group is identified by a Group ID and Name (see Figure 12.12). The security group name takes the form:

jclouds#<owner_login_id>:<cluster_name>#<region>

Figure 12.12 - The AWS Security Groups dialog.

Select a security group to view information about that group. The Details tab (see

Figure 12.13) provides information about the selected groups identity; the Inbound tab provides detailed information about the individual security rules.

Page 68: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 68

Figure 12.13 - The Inbound tab of the Security Groups dialog.

Use the scrollbar to scan through the rules defined for connections to the cluster's ICMP, TCP or UDP services:

The Port column contains the port number(s) to which the rule applies.

The Source column contains a security group identifier, an IP address, or a CIDR mask used to identify the computer (or group of computers) that are allowed to make an inbound request on the specified port.

The Action column displays either a Delete button (for active rules) or

Undelete button (for inactive rules). When you delete a rule, the rule definition persists; to reapply a deleted rule, click the Undelete button.

Cloud Database assigns the same security group to every member of a cluster. By default, the security group contains rules that specify that any cluster member may

connect to any other member's ICMP port, TCP port or UDP port. This rule does not

permit connections from hosts on the public Internet. You must not alter this security rule.

Additional rules open TCP ports 22, 5444 (or 5432) and 7800-7802 to the cluster manager, allowing the cluster manager to perform maintenance and administrative tasks. Please note that the rules governing connections from the cluster manager must remain open to allow:

intra-cluster communications

communication with the console or cluster manager

maintenance and administrative functionality

The rule for TCP port 9999 uses a CIDR mask (0.0.0.0/0) to specify that port 9999 is

open for connections from any IP address. You can customize this rule, selectively

restricting the IP addresses from which computers are allowed to connect to a given port within the cluster.

Page 69: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 69

Opening Ports for Client Connections

You can use the form on the left side of the Inbound tab to create new security rules.

For example, you may want to create a rule that allows ssh or scp connections through port 22.

Use a CIDR address to specify that only those computers that reside on a given network

may connect. The IP address shown in the Source field (see Figure 12.14) is followed

by a /24. This permits connections from any an IP address that begins with the prefix

192.0.43, allowing connections from computers with IP addresses of 192.0.43.5,

192.0.43.21, etc.

Figure 12.14 - Creating a custom rule.

Within a CIDR mask, a trailing 0 acts as a wildcard; if a specified address includes a 0, the 0 is treated as a literal. A CIDR mask is made up of an IP address, followed by:

/32 if the server should accept connections from only a client with an IP address

that is a complete match for the address specified. For example, if you specify the

address 192.0.43.10/32, the server will only accept a connection from a client with 192.0.43.10 as the IP address.

/24 if the server should accept connections from any client that shares common address components for the first three components of the specified address. For

example, if you specify the address 192.0.43.10/24, the server will accept

connections from all clients with 192.0.43 as the first three components of their address.

/16 if the server should accept connections from any client that shares common address components for the first two components of the specified address. For

example, if you specify the address 192.0.0.0/16, the server will accept

Page 70: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 70

connections from all clients with 192.0 as the first two components of their address.

Please note that this is a brief explanation of CIDR notation; we recommend consulting a more complete reference before implementing custom rules.

Please note that Cloud Database provides a secure environment for all communications

within the cluster, and between the cluster and the the console or cluster manager by employing SSH authentication and encryption.

For more information about using and managing security groups, please see the AWS article, About EC2 Security Groups:

http://support.rightscale.com/12-Guides/Dashboard_Users_Guide/Clouds/AWS_Region/EC2_Security_Groups

/Concepts/About_EC2_Security_Groups

12.4 Manually Modifying Configuration Files

Many of the features of a Postgres server may be influenced by settings specified in configuration files:

The postgresql.conf file determines server behavior as it pertains to auditing, authentication, file locations, resource usage, query planning, statistic gathering, error handling and more.

The pgpool.conf file determines the behavior of Cloud Database as it pertains to load balancing.

The pg_hba.conf file controls the type of authentication that should be used in order for a client application to connect to a Cloud Database service. By default,

the pg_hba.conf file is configured to require clients to provide a valid md5-encrypted password.

The pg_ident.conf file contains user mappings for external authentication

methods (like LDAP or GSSAPI). Each entry within the pg_ident.conf file maps an external user name to his corresponding Postgres user name.

The Configurations panel allows you to modify some of the parameters that reside in

the postgresql.conf and pgpool.conf files, but to modify any of the parameter

settings within the pg_hba.conf file or the pg_ident.conf file, you must ssh to the server, and manually edit the file.

If you are implementing Postgres Enterprise Manager functionality on Cloud Database,

you must modify the pg_hba.conf file to allow the PEM agent to connect to the PEM

Page 71: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 71

server. If the pg_hba.conf file does not contain a record for a given client, the server will reject connection attempts from that client.

To add an entry to the pg_hba.conf file or to the pg_ident.conf file:

1. ssh to the node of the cluster that contains the file you wish to modify. For

information about using ssh to connect to the server, see Chapter 12.2.1, Using ssh to Access a Server.

2. Use your choice of editor to modify the files.

3. Reload the server. For detailed information about reloading the server, see Chapter 12.5, Controlling the Server.

By default, Advanced Server configuration files reside in:

/opt/PostgresPlus/9.xAS/data

PostgreSQL configuration files reside in:

/opt/PostgreSQL/9.x/data

Where x specifies the installation version.

12.5 Controlling the Server

You can use the pg_ctl utility or the Linux service command to stop, start, restart, or reload a Postgres server that resides on a Cloud Database cluster. You can also use the utilities to discover the status of the Postgres server.

Using the pg_ctl Utility

It is important to note that pg_ctl does not alert the Linux service controller to changes in the status of a server.

After connecting to the server with ssh, use the su - command to assume the identity of the database superuser, and navigate to the database superuser's home directory.

On an Advanced Server cluster, enter:

su - enterprisedb

On a PostgreSQL cluster, enter:

Page 72: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 72

su - postgres

Then, source the Postgres environment variables required to interact with the database server.

On an Advanced Server host, enter:

source pgplus_env.sh

On a PostgreSQL host, enter:

source pg_env.sh

Then, invoke the pg_ctl utility. The syntax is:

pg_ctl action

Where:

action

action specifies the action taken by the pg_ctl utility. Specify:

start to start the service.

stop to stop the service.

restart to stop and then start the service.

reload to reload the Postgres configuration changes without stopping the server.

status to discover the current status of the service.

For more information about the options available for the pg_ctl utility, please see the Postgres core documentation, available from EnterpriseDB at:

http://www.enterprisedb.com/docs/en/9.1/pg/app-pg-ctl.html

Using the service Command

The Linux service controller mechanism allows you to start and stop the Postgres server

gracefully. To use the service command, ssh to the Cloud Database host. Navigate to the directory that contains the Postgres service:

Page 73: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 73

cd /etc/init.d

Issue the following command to control the service:

./service_name action

service_name

service_name is the name of the service. If you are using:

Advanced Server 9.0, service_name is ppas-9.0.

Advanced Server 9.1, service_name is ppas-9.1.

PostgreSQL, service_name is postgresql-9.1.

action

action specifies the action taken by the service command. Specify:

start to start the service.

stop to stop the service.

restart to stop and then start the service.

status to discover the current status of the service.

reload to signal the server to perform a parameter reload without terminating existing client sessions.

For example, if you are using an Advanced Server instance, you can reload the configuration parameters with the command:

./ppas-9.0 reload

Page 74: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 74

13 Troubleshooting

This section provides helpful troubleshooting information; if you still have unanswered questions after reviewing this section, you can also find solutions by:

If you have purchased support, you can log a support ticket:

in the Customer Portal: http://www.enterprisedb.com/support

via email: mailto:[email protected]

or by phone: +1-732-331-1320 or 1-800-235-5891 (US Only)

If you have not purchased support, and would like to, you can view your options at:

http://www.enterprisedb.com/cloud-database/support

You are always welcome to log an issue via email; when time permits, our

customer support experts will respond to inquiries from customers that have not purchased support.

You can also find free help on a wide variety of topics in the EnterpriseDB User Forums, at:

http://forums.enterprisedb.com/forums/show/21.page

Postgres documentation and helpful tutorials are available from the Cloud Database

bookshelf, located on the Dashboard tab of the management console.

Page 75: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 75

13.1 Frequently Asked Questions

Problem: Logging into the Console sometimes takes a long time.

This can be attributed to delays in the connection time to the backend server (such as

Amazon Web Services). When you log in, the Console Manager must pass your cloud service credentials to the cloud provider to log in; any delays at the service provider may slow your connection time.

Problem: I am attempting to connect to my cluster, but don't know my default database name.

The name of the default database in an Advanced Server cluster is edb.

The name of the default database in a PostgreSQL cluster is postgres.

Problem: How can I get better disk I/O performance from my Amazon EC2 Cloud Database cluster?

If you are restoring a large database into a new cluster, or will be processing a large

number of transactions (and might risk a transaction bottleneck), you can improve I/O performance by initially creating your cluster with a small data storage size (e.g. 1/5th of the total desired space). After the cluster is created, immediately scale up your storage

space multiple times (e.g. 4 more times using the same initial size) until you reach the final desired size.

Each time you scale up the storage space to your cluster, the new storage is added on a unique EBS volume, in a RAID 0 array format. Distributing the cluster across multiple

EBS volumes this way should yield better performance than the single disk configuration that is created when you ask for your total data size when initially creating the cluster.

Problem: unable to connect to the load balancing port (9999).

If you are having difficulty connecting to the load balancing port, you should:

Make sure you are connecting to the master server's DNS name, rather than a replica's DNS name; the load balancer resides on the master node of a Cloud Database cluster.

Page 76: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 76

Make sure that your client application is providing an MD-5 encrypted password when attempting to connect to the load balancing port. The

username:password-md5 combination is stored in pgpool_passwd.conf, and is automatically updated when a user changes password, or when a new user is created.

Problem: I've changed my load balancing port on the master node of my two node cluster; even after performing a server restart, I can't connect to the new port number.

Any changes to the load balancing port number must also be reflected in the AWS

security group (accessed through the AWS Management Console). For more information about managing a security group, see Chapter 12.3, Securing a Cloud Database Cluster.

Problem: pgpool keeps emitting the following error: make_persistent_db_connection: s_do_auth failed.

pgpool attempts to connect to each node to perform replication lag checking. This

happens unconditionally if pgpool is configured in a master-slave mode and streaming replication is being used (which is the case for Cloud Database). The pgpool community has been alerted to this behavior; please ignore these messages.

Problem: A backup has failed to complete.

Backup failure can occur:

If you have cancelled your AWS credentials.

If you have deleted the secret key file associated with the cluster.

Problem: How do I stop the Postgres server on a cluster node without triggering a failover process?

To safely stop a Postgres server without triggering failover, you can use either the

service command or the pg_ctl utility. For more information about controlling a server that resides in a Cloud Database cluster, see Chapter 12.5, Controlling the Server.

Problem: I am attempting to connect to my Advanced Server database, and am getting the error:

Page 77: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 77

(03/23/2012 13:36:53)-> psql --host=192.0.43.10 -p 9999 -U enterprisedb Password for user enterprisedb: psql: FATAL: database "postgres" does not exist

The psql client expects the default database to be named postgres. On an Advanced Server cluster, the default database is named edb, so the client is failing to connect.

You should use the edb-psql client when connecting to an Advanced Server cluster. The edb-psql client expects to find a default database named edb.

When connecting to a PostgreSQL cluster, use the psql client.

You can optionally include the -d or --dbname flag, followed by the database name when invoking either client to specify the database to which the client will connect.

Problem: Cloud Database is displaying an error message that reads: request POST https://ec2.eu-west-1.amazonaws.com/ HTTP/1.1 failed with code 400, error: AWSError{requestId='025142e9-e1ab-4222-9d8f-1b83f556f65e',

requestToken='null', code='AddressLimitExceeded', message='Too many addresses allocated', context='{Response=, Errors=}'

Cloud Database will display this error message if you exceed your elastic IP or instance limit. You should connect to your AWS management console, and check for un-allocated instances or un-associated IP adresses.

If you identify an un-allocated instance, you can free the instance by selecting the

instance, and choosing Terminate from the Instance Actions drop-down listbox.

If you identify an unused IP address, you can free the IP address by selecting the address, and clicking the Release Address button.

By default, you are limited to 5 Cloud database clusters; if you need more than 5 clusters, you can request additional clusters at:

http://aws.amazon.com/contact-us/eip_limit_request/

By default, you are limited to 20 instances; if you need more than 20 instances, you can request additional instances at:

http://aws.amazon.com/contact-us/ec2-request/

Page 78: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 78

To review a complete list of frequently asked questions, please visit the EnterpriseDB website at:

http://www.enterprisedb.com/postgres-plus-cloud-server-faq

13.2 Subscribing to the Cloud Database Email Notification System

Postgres Plus Cloud Database invokes an email notification system that will alert you to

changes to the state of the hosts of your Cloud Database cluster. After setting up your first cluster, you will receive an email from Amazon Web Services; follow the confirmation link to subscribe to this service:

Dear Amazon SES customer: We have received a request to authorize an email address for use with Amazon SES. To confirm that you are authorized to use this email address, please go to the following URL:

https://email-verification.us-east-1.amazonaws.com/?AWSAccessKe yId=AKIAIDMXD KSUITTD U73Q&Contex t=145897541311&Identity.IdentityName=susanmdouglas%40mac.com&Identi ty.IdentityTy

pe=EmailAddress&Namespace=Bacon&Operati on=ConfirmVerifi cati on&Signature=tVxby9BTuzBAA3gzYCRhtaQgPv3A30LlOkyXM2bAkU%3D&Signa tureMe thod=H macSHA256&SignatureVersion=2&Timestamp=2012-03-15T19%3A17%3A39.687Z Your request will not be processed unless you confirm the address using this URL.

To learn more about sending email from Amazon SES, please refer to the Amazon SES Developer Guide. Sincerely, Amazon Web Services

After subscribing, any changes to the status of a cluster member (i.e. when a new server is added, or a failover) will trigger an email notification (see Figure 13.1).

Figure 13.1 - Email notification of a change in a cluster state.

Please note that the email notifications are sent to the address used to log in to the management console.

Page 79: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 79

13.3 Recovering From a Console Failure

Please note: this option is only available to organizations running and managing their

own copy of Postgres Plus Cloud Database, or running the self-hosted version of Cloud Database.

The console manager stores information about your database clusters in a console database, separate from the database clusters that you create. If the AMI instance (on

which the console database resides) is terminated for some reason, when you recreate the

AMI instance (from the Amazon console), Cloud Database will offer the Recover option (as shown in Figure 13.2).

Figure 13.2 - The Cloud Database connection dialog.

Select Recover to instruct the new Cloud Database console to use the backup of your old console when starting. The recovered console will contain the previous list of registered users, monitoring data, events, etc. from the cluster up to the point of the crash/termination.

After selecting the Recover button, you will be prompted for your Amazon credentials, as shown in Figure 13.3.

Page 80: Postgres plus cloud_database_getting_started_guide

Postgres Plus Cloud Database Getting Started Guide

Copy right © 2012 EnterpriseDB Corporation. All rights reserv ed. 80

Figure 13.3 - The EC2 Credentials dialog.

Provide your Access Key ID and Secret Key, and select Recover to load the backup data into your console. After reloading the backup data into the console, you can login to the Cloud Database, or ssh to the servers that reside within your cluster.

While the Cloud Database console or cluster managers are not running, your database clusters will still be operating.

Please note: To recover, the Amazon S3 bucket (Amazon's storage service) must contain

a backup of your Cloud console and Cluster Manager database. The console database backup occurs after the registration of a new user, and once each hour. If you delete the S3 backup, the recovery attempt will return an error message.