Skip to content

Latest commit

 

History

History
79 lines (54 loc) · 4.77 KB

ha-dr.md

File metadata and controls

79 lines (54 loc) · 4.77 KB
copyright lastupdated keywords subcollection
years
2024
2024-02-09
HA for Code Engine, DR for Code Engine, high availability for Code Engine, disaster recovery for Code Engine, failover for Code Engine, backing up code engine, availability of code engine, code engine regions, backing up your Code Engine instance
codeengine

{{site.data.keyword.attribute-definition-list}}

Understanding high availability and disaster recovery for {{site.data.keyword.codeengineshort}}

{: #ha-dr}

All {{site.data.keyword.cloud_notm}} general availability (GA) offerings have a Service Level Agreement of 99.99% availability. {{site.data.keyword.codeenginefull}} is a GA service that is offered in several locations. Each location has three different data centers for redundancy. {: shortdesc}

For more information about high availability and disaster recovery standards in {{site.data.keyword.cloud_notm}}, see How do I ensure zero downtime?. You can also find information about Service Level Agreements.

{{site.data.keyword.codeengineshort}} regions

{: #ha-dr-regions}

The following table lists the high-availability (HA) status for the regions (locations) where the {{site.data.keyword.codeengineshort}} service is available.

Geography Region High availability
Asia Pacific Australia (au-syd) MZR
Asia Pacific Osaka (jp-osa) MZR
Asia Pacific Tokyo (jp-tok) MZR
Europe Frankfurt (eu-de) MZR
Europe Madrid (eu-es) MZR
Europe London (eu-gb) MZR
North America Dallas (us-south) MZR
North America Toronto (ca-tor) MZR
North America Washington (us-east) MZR
South America Brazil Sao Paulo (br-sao) MZR
{: caption="Table 1. Highly available {{site.data.keyword.codeengineshort}} regions" caption-side="bottom"}

A geography is a geographic area or larger political body that contains one or more regions. A region contains multiple availability zones to meet local access, low latency, and security requirements for the region. Each multizone region (MZR) is composed of 3 or more zones that are independent from each other to ensure that single failure events affect only a single zone.

Availability of {{site.data.keyword.codeengineshort}} instances

{: #ha-dr-availability}

When you provision a {{site.data.keyword.codeengineshort}} project, you select the location (MZR) where the instance is created. The region determines where your workloads, such as apps and jobs, are hosted. By default, your workload is deployed within a zone. If a failure of the hosting zone occurs, the workload is automatically re-created in one of the remaining zones.

For more information about deploying apps across multiple regions with a custom domain name, see Deploying an application across multiple regions.

Disaster Recovery for {{site.data.keyword.codeengineshort}} instances

{: #ha-dr-disaster}

In a major regional disaster, such as an earthquake, flood, or tornado, an entire region might be impacted. To ensure that your workloads are resilient to such events, deploy your workloads across multiple MZRs and implement an automatic failover mechanism by leveraging an Edge Proxy service. For example, you can use the service that is provided by {{site.data.keyword.cis_full}}. For more information about deploying an application across multiple regions, see Deploying an application across multiple regions with a custom domain name.

Backing up your {{site.data.keyword.codeengineshort}} instances

{: #ha-dr-backup}

{{site.data.keyword.cloud_notm}} performs a system backup of service instances metadata and stores this backup data in a cross-regional storage instance.

{{site.data.keyword.codeengineshort}} region Cross-regional endpoint
au-syd AP
br-sao BR
ca-tor CA
eu-de EU
eu-es EU
eu-gb EU
jp-osa AP
jp-tok AP
us-east US
us-south US
{: caption="Table 2. Cross-regional endpoints" caption-side="bottom"}

To avoid impacts on your workloads, such as duplication of jobs or deploying unwanted application instances, {{site.data.keyword.codeengineshort}} does not restore your workloads directly. Instead, restoring your workloads is you (the customer's) responsibility. For more information, see Understanding your responsibilities when using {{site.data.keyword.codeengineshort}}.