Source:SEP Cloud RDS: Difference between revisions

From SEPsesam
(Draft according to existing DE version, in progress.)
 
(Marked this version for translation)
 
(20 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<translate><noinclude><div class="noprint"><languages />
<noinclude><div class="noprint"><languages />
{{Copyright SEP AG en}}
<br />
{{Draft}}


{{Navigation_latest|release=[[Special:MyLanguage/SEP_sesam_Release_Versions|4.4.3 ''Beefalo''/4.4.3 ''Beefalo V2'']]|link=[[Special:MyLanguage/SEP_sesam_Documentation#previous|Documentation archive]]}}</div></translate><br />
<translate>==Overview== <!--T:3--> </translate>


<translate>==Overview== </translate>
</div></noinclude><translate><!--T:8-->
<div class="boilerplate metadata" id="Additional resources" style="background-color: #f0f0f0; color:#636f73; border: 1px ridge #cdd3db; margin: 0.5em; padding: 0.5em; float: right; width: 35%; "><center><b><translate>
The ''SEP Cloud RDS'' method enables you to continuously [[Special:MyLanguage/SEP_sesam_Glossary#replication|replicate]] block-based data from a local SEP Si3 deduplication store to a remote (''offsite'') Si3 deduplication store. However, this data can still be immediately used due to the [[Special:MyLanguage/SEP_sesam_Glossary#RDS|SEP sesam RDS]] (in this case SEP Cloud RDS Server) configured at the offsite location. For details on replication, see [[Special:MyLanguage/SEP_Si3_Replication|SEP Si3 Replication]].
Additional resources</translate></b></center>
{|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]]
| 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="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
<!--T:9-->
| rowspan="2" style="padding:0px 10px 0px;" | [[File:SEP Tip.png|45px|link=Special:MyLanguage/FAQ|FAQ]]
The dedicated connection between the SEP sesam Server and RDS ensures that data is kept separate between each connected client and is end-to-end encrypted.  
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" | <translate>Check [[Special:MyLanguage/FAQ|FAQ]] to find the answers to most common questions.</translate>
|}


{|style="margin: auto; margin-bottom:1em; width:100%; border:0px solid grey;"
<!--T:10-->
| rowspan="2" style="padding:0px 10px 0px;" | [[File:SEP Troubleshooting.png|45px|link=Special:MyLanguage/Troubleshooting_Guide|Troubleshooting Guide]]
This article describes different implementation scenarios for replicating to SEP Cloud RDS Server. Compliance requirements can thus be implemented with little effort and without the need to build up local infrastructure.
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" | <translate>Problems? Check the [[Special:MyLanguage/Troubleshooting_Guide|Troubleshooting Guide]].</translate>
|}</div></noinclude>
The ''SEP Cloud RDS'' method enables you to permanently [[Special:MyLanguage/SEP_sesam_Glossary#replication|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 [[Special:MyLanguage/SEP_sesam_Glossary#RDS|SEP sesam RDS]] (in this case SEP Cloud RDS Server) configured in the offsite location. For details on replication, see [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|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 [[Special:MyLanguage/SEP_sesam_Glossary#migration|migration]] of the data to tape can be performed to avoid costs for tape drives and loaders.
===Requirements=== <!--T:11--></translate>


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.
*<translate><!--T:12--> A secure VPN connection is required to connect to the remote location.</translate>
*<translate><!--T:35-->
SEP sesam replication to SEP Cloud RDS Server requires additional licenses: for example, in the classic license model with the ''Si3R license'', you need to enable the required number of nodes for Si3 replication; also required are ''RDS licenses'' and the ''Si3 TB'' for the original and the replication Si3 data store. (This licensing does not apply if the configuration is running in an MSP environment.) For details, see [[Special:MyLanguage/Licensing|Licensing]] or contact [https://www.sep.de/download-support/support/ SEP support].


===Requirements===
===Deduplication store types=== <!--T:37-->


*A VPN connection to establish a connection to a remote location.
<!--T:38-->
*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]].
SEP sesam v. [[SEP_sesam_Release_Versions|5.0.0 ''Jaglion'']] has introduced '''a new generation Si3 deduplication store''': '''''Si3 NG'''''. Si3 NG offers significantly higher performance for backup, restore and migration, as well as [[Special:MyLanguage/Backup_to_S3_Cloud_Storage|backup to S3 cloud]] and [[Special:MyLanguage/Backup_to_Azure_Storage|backup to Azure]], the new [[Special:MyLanguage/SEP_Immutable_Storage_–_SiS|immutable storage feature ''SiS'']], resulting in improved performance, scaling, and resource savings.
<br />To learn how to upgrade from Si3 to Si3 NG by configuring a new Si3 NG on the same host and creating a replication job to replicate from Si3 to Si3 NG, see [[Special:MyLanguage/Configuring_Si3_NG_Deduplication_Store|Configuring Si3 NG Deduplication Store]].  


==Implementation examples==
<!--T:39-->
''Note that the implementation examples are the same for both types of deduplication store. Si3 NG is therefore not explicitly mentioned, but the term Si3 store is used for both types of deduplication store.''


In the below examples, four different implementation scenarios for replicating to Cloud RDS Server are described.
==Implementation examples== <!--T:14-->


==={{anchor|scenario_1}}Scenario 1: Simple data replication===
<!--T:15-->
The following examples describe four different implementation scenarios for replicating to SEP Cloud RDS Server.</translate>


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''.
==={{anchor|scenario_1}}<translate><!--T:16-->
Scenario 1: Simple data replication===


[[File:SEP-Cloud-RDS.jpg|820px|link=]]
<!--T:17-->
Selected data is continuously replicated to the ''remote'' (offsite) location and can be restored locally or at the remote location if required.
 
<!--T:18-->
[[File:SEP_Cloud_RDS_Scenario_1.png|800px|link=]]</translate>
<br clear=all>
 
==={{anchor|scenario_2}}<translate><!--T:19-->
Scenario 2: Replicating backed up virtual machines (VMs)===
 
<!--T:36-->
SEP sesam supports replicating backed up VMs for [[SEP_sesam_OS_and_Database_Support_Matrix#VM_extensions|all supported hypervisors]]. The same concept as shown in the below examples for VMware and Citrix can therefore be applied to any supported hypervisor.</translate>
 
===={{anchor|VMware}}<translate><!--T:20-->
VMware====
 
<!--T:21-->
Selected VMs are continuously replicated to the ''remote'' location and available again to the local ESX data store by using automated restores. For more details on VMware, see [[Special:MyLanguage/VMware|SEP sesam VMware documentation]].
 
<!--T:22-->
[[File:SEP_Cloud_RDS_Szenario2_VMware.png|900px|link=]]</translate>
<br clear=all>
<br clear=all>


==={{anchor|scenario_2}}Scenario 2: Replication of backed up virtual machines (VMs)===
===={{anchor|Citrix}}<translate><!--T:23-->
Citrix Hypervisor (XenServer)====
 
<!--T:24-->
Selected VMs are continuously replicated to the ''remote'' location and available again via the local Citrix Xen pool. For more details on Citrix, see [[Special:MyLanguage/Citrix_XEN_Server|SEP sesam Citrix Hypervisor documentation]].
 
<!--T:25-->
[[File:SEP_Cloud_RDS_Szenario_2_Citrix.png|900px|link=]]</translate>
<br clear=all>
 
==={{anchor|scenario_3}}<translate><!--T:26-->
Scenario 3: Replicating selected solutions, platforms and databases===
 
<!--T:27-->
Chosen applications, such as databases (e.g., Exchange), can be continuously replicated to the ''remote'' location, where they can be accessed by [[Special:MyLanguage/Cross-Platform_Recovery_File_System_Layer|mounting]] the local Si3 deduplication store thus eliminating the need for restore.</translate>
 
{{note|<translate><!--T:29--> SEP sesam supports different applications, solutions, and databases be accessed directly on the Si3 DedupStore without prior restore of the data. For the Si3 deduplication store requirements and configuration, see [[Special:MyLanguage/Configuring_Si3_Deduplication_Store|Configuring Si3 Deduplication Store]].</translate>}}
 
<translate><!--T:30--> [[File:SEP_Cloud_RDS_Scenario_3.png|900px|link=]]</translate>
<br clear=all>


'''VMware'''
==={{anchor|scenario_4}}<translate><!--T:31-->
Scenario 4: BaaS (Backup as a Service)===


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''.
<!--T:32-->
SEP Backup as a Service (BaaS) is used by managed service providers (''MSP'') to enable their customers to have their data backed up while MSP takes over the complete administration of the data backup. 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 customer's location. In the data center, the data is then replicated to a dedicated Cloud RDS Server. The RDS servers are deployed in the data center as virtual machines designed to deliver the required performance. This ensures data is kept separate for each customer served in this configuration.


[[File:SEP-Cloud-RDS-VMware.jpg|820px|link=]]
<!--T:33-->
[[File:SEP_Cloud_RDS_Scenario_4.png|1100px|link=]]</translate>
<br clear=all>
<br clear=all>


==See also==
<noinclude>{{Copyright}}</noinclude>
[[Special:MyLanguage/4_4_3_Beefalo:About_Replication|About Replication]] – [[Special:MyLanguage/4_4_3_Beefalo:SEP_Si3_Replication|SEP Si3 Replication]]

Latest revision as of 08:24, 27 April 2023

The SEP Cloud RDS method enables you to continuously replicate block-based data from a local SEP Si3 deduplication store to a remote (offsite) Si3 deduplication store. However, this data can still be immediately used due to the SEP sesam RDS (in this case SEP Cloud RDS Server) configured at 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 kept separate between each connected client and is end-to-end encrypted.

This article describes different implementation scenarios for replicating to SEP Cloud RDS Server. Compliance requirements can thus be implemented with little effort and without the need to build up local infrastructure.

Requirements

  • A secure VPN connection is required to connect to the remote location.
  • SEP sesam replication to SEP Cloud RDS Server requires additional licenses: for example, in the classic license model with the Si3R license, you need to enable the required number of nodes for Si3 replication; also required are RDS licenses and the Si3 TB for the original and the replication Si3 data store. (This licensing does not apply if the configuration is running in an MSP environment.) For details, see Licensing or contact SEP support.

Deduplication store types

SEP sesam v. 5.0.0 Jaglion has introduced a new generation Si3 deduplication store: Si3 NG. Si3 NG offers significantly higher performance for backup, restore and migration, as well as backup to S3 cloud and backup to Azure, the new immutable storage feature SiS, resulting in improved performance, scaling, and resource savings.
To learn how to upgrade from Si3 to Si3 NG by configuring a new Si3 NG on the same host and creating a replication job to replicate from Si3 to Si3 NG, see Configuring Si3 NG Deduplication Store.

Note that the implementation examples are the same for both types of deduplication store. Si3 NG is therefore not explicitly mentioned, but the term Si3 store is used for both types of deduplication store.

Implementation examples

The following examples describe four different implementation scenarios for replicating to SEP Cloud RDS Server.

Scenario 1: Simple data replication

Selected data is continuously replicated to the remote (offsite) location and can be restored locally or at the remote location if required.

SEP Cloud RDS Scenario 1.png

Scenario 2: Replicating backed up virtual machines (VMs)

SEP sesam supports replicating backed up VMs for all supported hypervisors. The same concept as shown in the below examples for VMware and Citrix can therefore be applied to any supported hypervisor.

VMware

Selected VMs are continuously replicated to the remote location and available again to the local ESX data store by using automated restores. For more details on VMware, see SEP sesam VMware documentation.

SEP Cloud RDS Szenario2 VMware.png

Citrix Hypervisor (XenServer)

Selected VMs are continuously replicated to the remote location and available again via the local Citrix Xen pool. For more details on Citrix, see SEP sesam Citrix Hypervisor documentation.

SEP Cloud RDS Szenario 2 Citrix.png

Scenario 3: Replicating selected solutions, platforms and databases

Chosen applications, such as databases (e.g., Exchange), can be continuously replicated to the remote location, where they can be accessed by mounting the local Si3 deduplication store thus eliminating the need for restore.

Information sign.png Note
SEP sesam supports different applications, solutions, and databases be accessed directly on the Si3 DedupStore without prior restore of the data. For the Si3 deduplication store requirements and configuration, see Configuring Si3 Deduplication Store.

SEP Cloud RDS Scenario 3.png

Scenario 4: BaaS (Backup as a Service)

SEP Backup as a Service (BaaS) is used by managed service providers (MSP) to enable their customers to have their data backed up while MSP takes over the complete administration of the data backup. 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 customer's location. In the data center, the data is then replicated to a dedicated Cloud RDS Server. The RDS servers are deployed in the data center as virtual machines designed to deliver the required performance. This ensures data is kept separate for each customer served in this configuration.

SEP Cloud RDS Scenario 4.png

Copyright © SEP AG 1999-2024. All rights reserved.
Any form of reproduction of the contents or parts of this manual is allowed only with the express written permission from SEP AG. When compiling and designing user documentation SEP AG uses great diligence and attempts to deliver accurate and correct information. However, SEP AG cannot issue a guarantee for the contents of this manual.