Source:SEP Cloud RDS: Difference between revisions

From SEPsesam
(Draft according to existing DE version, in progress.)
 
(In progress.)
Line 10: Line 10:
{|style="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
{|style="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
| rowspan="2" style="padding:0px 10px 0px;" |[[File:SEP_next.png|45px|link=Special:MyLanguage/4_4_3_Beefalo:About_Replication]]
| rowspan="2" style="padding:0px 10px 0px;" |[[File:SEP_next.png|45px|link=Special:MyLanguage/4_4_3_Beefalo:About_Replication]]
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" |<translate>See also: [[Special:MyLanguage/4_4_3_Beefalo:About_Replication|About Replication]] – [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|SEP Si3 Replication]]</translate>
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" |<translate>See also: [[Special:MyLanguage/4_4_3_Beefalo:About_Replication|About Replication]] – [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|SEP Si3 Replication]] – [[Special:MyLanguage/Configuring_Migration|Configuring Migration]]</translate>
|}
|}


Line 30: Line 30:
===Requirements===
===Requirements===


*A VPN connection to establish a connection to a remote location.
*A VPN connection to establish a connection to the remote location.
*A ''SEP sesam Si3R Storage Pool Replication'' license (includes a SEP Cloud RDS Server). If a ''volume-based'' license is used, the required licenses are already included. For details, see [[Special:MyLanguage/Licensing|Licensing]].
*A ''SEP sesam Si3R Storage Pool Replication'' license (includes a SEP Cloud RDS Server). If a ''volume-based'' license is used, the required licenses are already included. For details, see [[Special:MyLanguage/Licensing|Licensing]].


Line 39: Line 39:
==={{anchor|scenario_1}}Scenario 1: Simple data replication===
==={{anchor|scenario_1}}Scenario 1: Simple data replication===


Selected data is permanently replicated to the offsite location and can be restored locally or at the offsite location if required. Additionally, the block-based data can be migrated to tape as ''native file data''.
Selected data is permanently replicated to the ''remote'' (offsite) location and can be restored locally or at the remote location if required. Additionally, the block-based data can be migrated to tape as ''native file data''.


[[File:SEP-Cloud-RDS.jpg|820px|link=]]
[[File:SEP-Cloud-RDS.jpg|900px|link=]]
<br clear=all>
<br clear=all>


==={{anchor|scenario_2}}Scenario 2: Replication of backed up virtual machines (VMs)===
==={{anchor|scenario_2}}Scenario 2: Replication of backed up virtual machines (VMs)===


'''VMware'''
===={{anchor|VMware}}VMware====


Selected VMs are permanently replicated to the ''offsite'' location and then automatically restored to the local ESX data store. Additionally, the block-based data can be migrated to tape as ''native file data''.
Selected VMs are permanently replicated to the ''remote'' location and then automatically restored to the local ESX data store. Additionally, the block-based data can be migrated to tape as ''native file data''. For more details on VMware, see [[Special:MyLanguage/VMware|SEP sesam VMware documentation]].


[[File:SEP-Cloud-RDS-VMware.jpg|820px|link=]]
[[File:SEP-Cloud-RDS-VMware.jpg|900px|link=]]
<br clear=all>
 
===={{anchor|Citrix}}Citrix Hypervisor (XenServer)====
 
Selected VMs are permanently replicated to the ''remote'' location and accessed via the local Citrix Xen pool. Additionally, the block-based data can be migrated to tape as ''native file data''. For more details on Citrix, see [[Special:MyLanguage/Citrix_XEN_Server|SEP sesam Citrix Hypervisor documentation]].
 
[[File:SEP-Cloud-RDS-Citrix-XEN-Server.jpg|900px|link=]]
<br clear=all>
 
==={{anchor|scenario_3}}Scenario 3: Replication of backed up applications===
 
Selected applications such as databases (e.g., Exchange, etc.) are permanently replicated to the ''remote'' location and directly accessible by mounting the local Si3 deduplication store via [[Special:MyLanguage/SEP_sesam_Glossary#VFSL|VFSL]] (''Virtual File System Layer'') without being restored first. Additionally, the block-based data can be migrated to tape as ''native file data''.
 
{{Note|SEP sesam supports different applications to be used directly on the Si3 deduplication store without restoring the data first. For Si3 deduplication store requirements and configuration, see [[Special:MyLanguage/4_4_3_Grolar:Configuring_Si3_Deduplication_Store|Configuring Si3 Deduplication Store]].}}
 
[[File:SEP-Cloud-RDS-Application.jpg|900px|link=]]
<br clear=all>
 
==={{anchor|scenario_4}}Scenario 4: BaaS (Backup as a Service)===
 
The managed service providers (''MSP''; SEP sesam partners) use SEP sesam for offering their customers Backup as a Service (BaaS). This means that the MSP is responsible for the complete management of the backup data. For such backups, a central [[Special:MyLanguage/SEP_sesam_Glossary#SEP_sesam_Server|SEP sesam Server]] is used in the data center, which performs a local backup (on-site) via distributed cloud RDS servers located at the respective customer's location. Additionally, the data is replicated to a dedicated cloud RDS server in the data center. These RDS servers run in the data center as a virtual machine on a server with the corresponding performance. Thus, data separation of the connected customers is ensured in this scenario as well.
 
[[File:SEP-Cloud-RDS-BaaS.jpg|900px|link=]]
<br clear=all>
<br clear=all>


==See also==
==See also==
[[Special:MyLanguage/4_4_3_Beefalo:About_Replication|About Replication]] – [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|SEP Si3 Replication]]
[[Special:MyLanguage/4_4_3_Beefalo:About_Replication|About Replication]] – [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|SEP Si3 Replication]] – [[Special:MyLanguage/Configuring_Migration|Configuring Migration]]

Revision as of 11:51, 3 February 2021

Other languages:

Template:Copyright SEP AG en

Draft.png WORK IN PROGRESS
This article is in the initial stage and may be updated, replaced or deleted at any time. It is inappropriate to use this document as reference material as it is a work in progress and should be treated as such.


Docs latest icon.png Welcome to the latest SEP sesam documentation version 4.4.3 Beefalo/4.4.3 Beefalo V2. For previous documentation version(s), check Documentation archive.


Overview

The SEP Cloud RDS method enables you to permanently replicate block-based data from a local SEP Si3 deduplication store to a remote (offsite) Si3 deduplication store. However, this data can still be used directly due to the SEP sesam RDS (in this case SEP Cloud RDS Server) configured in the offsite location. For details on replication, see SEP Si3 Replication.

The dedicated connection between the SEP sesam Server and RDS ensures that data is separated between the individual connected clients and is end-to-end encrypted. Additionally, automated migration of the data to tape can be performed to avoid costs for tape drives and loaders.

This article describes different implementation scenarios for replicating to Cloud RDS Server. Note that you can implement compliance requirements easily without setting up a corresponding infrastructure locally.

Requirements

  • A VPN connection to establish a connection to the remote location.
  • A SEP sesam Si3R Storage Pool Replication license (includes a SEP Cloud RDS Server). If a volume-based license is used, the required licenses are already included. For details, see Licensing.

Implementation examples

In the below examples, four different implementation scenarios for replicating to Cloud RDS Server are described.

Scenario 1: Simple data replication

Selected data is permanently replicated to the remote (offsite) location and can be restored locally or at the remote location if required. Additionally, the block-based data can be migrated to tape as native file data.

SEP-Cloud-RDS.jpg

Scenario 2: Replication of backed up virtual machines (VMs)

VMware

Selected VMs are permanently replicated to the remote location and then automatically restored to the local ESX data store. Additionally, the block-based data can be migrated to tape as native file data. For more details on VMware, see SEP sesam VMware documentation.

SEP-Cloud-RDS-VMware.jpg

Citrix Hypervisor (XenServer)

Selected VMs are permanently replicated to the remote location and accessed via the local Citrix Xen pool. Additionally, the block-based data can be migrated to tape as native file data. For more details on Citrix, see SEP sesam Citrix Hypervisor documentation.

SEP-Cloud-RDS-Citrix-XEN-Server.jpg

Scenario 3: Replication of backed up applications

Selected applications such as databases (e.g., Exchange, etc.) are permanently replicated to the remote location and directly accessible by mounting the local Si3 deduplication store via VFSL (Virtual File System Layer) without being restored first. Additionally, the block-based data can be migrated to tape as native file data.

Information sign.png Note
SEP sesam supports different applications to be used directly on the Si3 deduplication store without restoring the data first. For Si3 deduplication store requirements and configuration, see Configuring Si3 Deduplication Store.

SEP-Cloud-RDS-Application.jpg

Scenario 4: BaaS (Backup as a Service)

The managed service providers (MSP; SEP sesam partners) use SEP sesam for offering their customers Backup as a Service (BaaS). This means that the MSP is responsible for the complete management of the backup data. For such backups, a central SEP sesam Server is used in the data center, which performs a local backup (on-site) via distributed cloud RDS servers located at the respective customer's location. Additionally, the data is replicated to a dedicated cloud RDS server in the data center. These RDS servers run in the data center as a virtual machine on a server with the corresponding performance. Thus, data separation of the connected customers is ensured in this scenario as well.

SEP-Cloud-RDS-BaaS.jpg

See also

About ReplicationSEP Si3 ReplicationConfiguring Migration