Deployment Guide-EMC Syncplicity
Deployment Guide-EMC Syncplicity
Deployment Guide-EMC Syncplicity
Deployment Guide
Copyright Notices
Copyright © 2002-2018 KEMP Technologies, Inc. All rights reserved. KEMP Technologies and the KEMP
Technologies logo are registered trademarks of KEMP Technologies, Inc.
KEMP Technologies, Inc. reserves all ownership rights for the LoadMaster and KEMP 360 product line
including software and documentation.
Used, under license, U.S. Patent Nos. 6,473,802, 6,374,300, 8,392,563, 8,103,770, 7,831,712, 7,606,912,
7,346,695, 7,287,084 and 6,970,933
Table of Contents
1 Introduction 4
1.3 Prerequisites 4
2 Template 5
3 Solution Overview 6
3.1 Topology 6
4 Deployment Example 8
5 LoadMaster Configuration 10
6 Configuration: Summary 14
References 15
1 Introduction
Syncplicity is an enterprise sync and share solution from EMC which enables corporate users to
collaborate from anywhere while providing corporate IT with the security and control required to comply
with best practice and policy. In addition to being a service hosted by EMC, Syncplicity can be deployed
as an on-premise solution integrated with storage architectures such as EMC Atmos.
The KEMP LoadMaster not only addresses the load balancing requirements defined by EMC, it can add
significant value in multi-tenant environments such as service providers and enterprise deployments.
1.3 Prerequisites
The reader should have sufficient knowledge of networking, the LoadMaster and Syncplicity products to
implement the solution outlined.
2 Template
KEMP has developed a template containing our recommended settings for this workload. You can install
this template to help when creating Virtual Services, as it automatically populates the settings. This is
quicker and easier than manually configuring each Virtual Service. If needed, changes can be made to any
of the Virtual Service settings after using the template.
Download released templates from the Templates section on the KEMP documentation page:
http://kemptechnologies.com/documentation.
For more information and steps on how to import and use templates, refer to the Virtual Services and
Templates, Feature Description on the KEMP Documentation Page.
For steps on how to manually add and configure each of the Virtual Services using the recommended
settings, refer to the steps in this document.
3 Solution Overview
3.1 Topology
Syncplicity consists of a cloud-based orchestration layer connecting authenticated and authorized clients
with their storage using a customer-specific URL.
Based on the URL content, the LoadMaster infrastructure forwards the customer request to the
customer-specific Storage Connector. The Storage Connector services the customer request by
communicating with the EMC Atmos service via the LoadMaster.
While the Cloud Orchestrator is designed to deal with a single IP address (Storage Connector), the
LoadMaster enables a multi-tenant environment by selecting the client’s Storage Connector based on
the client-specific URL.
4 Deployment Example
To highlight the LoadMaster capabilities, the example below assumes the following:
For simplicity, a single LoadMaster is deployed, although in a real situation a pair of LoadMasters
would be used for resilience
The LoadMaster sits behind a NAT firewall on subnet 192.168.83.0/24. A virtual IP of 192.168.83.200 is
created to service requests from the Cloud Orchestrator
The EMC Atmos cluster is on subnet 10.1.1.0/24 with IP addresses of 10.1.1.101, 10.1.1.102, 10.1.103,
10.1.1.104, 10.1.1.105, and 10.1.1.106
The LoadMaster is configured with addresses of 10.1.1.200 and 172.16.10.200 to provide connectivity
to the Storage Connector and the EMC Atmos storage platform
5 LoadMaster Configuration
5.1 Enable Subnet Originating Requests Globally
It is best practice to enable the Subnet Originating Requests option globally.
In a one-armed setup (where the Virtual Service and Real Servers are on the same network/subnet)
Subnet Originating Requests is usually not needed. However, enabling Subnet Originating Requests
should not affect the routing in a one-armed setup.
In a two-armed setup where the Virtual Service is on network/subnet A, for example, and the Real
Servers are on network B - Subnet Originating Requests should be enabled on LoadMasters with
firmware version 7.1-16 and above.
When Subnet Originating Requests is enabled, the LoadMaster will route traffic so that the Real Server
will see traffic arriving from the LoadMaster interface that is in that network/subnet not the Virtual
Service address.
When Subnet Originating Requests is enabled globally, it is automatically enabled on all Virtual Services.
If the Subnet Originating Requests option is disabled globally, you can choose whether or not to enable
Subnet Originating Requests on a per-Virtual Service basis.
1. In the main menu of the LoadMaster Web User Interface (WUI), go to System Configuration >
Miscellaneous Options > Network Options.
1. Create a Virtual Service on the LoadMaster which responds to requests on port 443 coming
from the Syncplicity Cloud.
2. Configure the Virtual Service using the recommended settings as listed in the Virtual Service
Settings section.
3. For each customer, create a SubVS and add Real Servers for their Storage Connector servers.
Standard
Transparency Enabled
Options
Persistence
None
Method
Scheduling round
Method robin
A wildcard certificate allows secure connections to be established
SSL SSL with a request URL in the format of *.example.com. With this
Enabled
Properties Acceleration approach, a single certificate secures traffic for all clients in a
multi-tenant environment.
Best For further information on cipher sets, please refer to the SSL
Cipher Set
Practices Accelerated Services, Feature Description.
Real Server
Real HTTP These settings are used to define the URL to use for checking the
Check
Servers Protocol availability of a Real Server.
Parameters
HTTP
HEAD
Method
In our example, the LoadMaster is configured with a content rule for each customer so requests to the
customer-specific URL are redirected to the customer-specific Storage Controller pair.
In the SubVS section of the Virtual Service properties page, add the appropriate content matching rule
for each customer.
For more information on content rules in general, please refer to the Content Rules, Feature
Description.
A Virtual Service should be created on the LoadMaster interface which is connected to the particular
Storage Connector subnet. This Virtual Service should accept HTTP requests on port 80 and balance
them, using round robin, to the Atmos nodes (the six IP addresses on 10.1.1.0/24 in this example).
Atmos nodes are added as Real Servers with the server check set to ICMP Ping or HTTP Protocol. Using
HTTP as the check protocol gives a view of the Atmos REST service status while PING only checks the host
network status.
6 Configuration: Summary
Syncplicity clients connect via the Syncplicity orchestration cloud to the Virtual IP [1] on the LoadMaster
which is listening on port 443.
Based on the request URL, the connection [2] is forwarded to the customer’s Connection Server pair on
port 9000 [3].
The Connection Server makes a REST request on port 80 to the Atmos Virtual IP [4] which balances the
request to one of the available Atmos nodes [5].
References
Unless otherwise specified, the following documents can be found at
http://kemptechnologies.com/documentation.