Return-Path: X-Original-To: apmail-cloudstack-commits-archive@www.apache.org Delivered-To: apmail-cloudstack-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 60B82DA8F for ; Wed, 15 May 2013 07:41:54 +0000 (UTC) Received: (qmail 68266 invoked by uid 500); 15 May 2013 07:41:50 -0000 Delivered-To: apmail-cloudstack-commits-archive@cloudstack.apache.org Received: (qmail 67013 invoked by uid 500); 15 May 2013 07:41:49 -0000 Mailing-List: contact commits-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list commits@cloudstack.apache.org Received: (qmail 66452 invoked by uid 99); 15 May 2013 07:41:45 -0000 Received: from tyr.zones.apache.org (HELO tyr.zones.apache.org) (140.211.11.114) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 May 2013 07:41:45 +0000 Received: by tyr.zones.apache.org (Postfix, from userid 65534) id B186FA581; Wed, 15 May 2013 07:41:44 +0000 (UTC) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: edison@apache.org To: commits@cloudstack.apache.org Date: Wed, 15 May 2013 07:41:46 -0000 Message-Id: <111e33f388e640bfafb4e6c0ae00220a@git.apache.org> In-Reply-To: <597193c17e2040c9bdd25b7e0f70466a@git.apache.org> References: <597193c17e2040c9bdd25b7e0f70466a@git.apache.org> X-Mailer: ASF-Git Admin Mailer Subject: [03/50] [abbrv] git commit: updated refs/heads/object_store to a0c3d28 fix build error Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/9f9333b3 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/9f9333b3 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/9f9333b3 Branch: refs/heads/object_store Commit: 9f9333b36374a3924fedddd93b41b6005c5ea818 Parents: e3ff2b3 Author: radhikap Authored: Tue May 14 07:37:07 2013 +0530 Committer: radhikap Committed: Tue May 14 07:37:07 2013 +0530 ---------------------------------------------------------------------- docs/en-US/gslb.xml | 26 +------------------------- 1 files changed, 1 insertions(+), 25 deletions(-) ---------------------------------------------------------------------- http://git-wip-us.apache.org/repos/asf/cloudstack/blob/9f9333b3/docs/en-US/gslb.xml ---------------------------------------------------------------------- diff --git a/docs/en-US/gslb.xml b/docs/en-US/gslb.xml index 3f6a494..d5d2d20 100644 --- a/docs/en-US/gslb.xml +++ b/docs/en-US/gslb.xml @@ -157,29 +157,6 @@
Configuring GSLB - A GSLB deployment is the logical collection of GSLB virtual server, GSLB service, LB - virtual server, service, domain, and ADNS service. To create a GSLB site, you must configure - load balancing in the zone. You must create GSLB vservers and GSLB services for each site. You - must bind GSLB services to GSLB vservers. You must then create an ADNS service that provides - the IP address of the best performing site to the client's request. A GSLB vserver is an - entity that performs load balancing for the domains bound to it by returning the IP address of - the best GSLB service. A GSLB service is a representation of the load balancing/content - switching vserver. An LB vserver load balances incoming traffic by identifying the best - server, then directs traffic to the corresponding service. It can also load-balance external - DNS name servers. Services are entities that represent the servers. The domain is the domain - name for which the system is the authoritative DNS server. By creating an ADNS service, the - system can be configured as an authoritative DNS server. - To configure GSLB in your cloud environment, as a cloud administrator you must perform the - following. - To configure such a GSLB setup, you must first configure a standard load balancing setup - for each zone. This enables you to balance load across the different servers in each zone in - the region. Then, configure both NetScaler appliances that you plan to add to each zone as - authoritative DNS (ADNS) servers. Next, create a GSLB site for each zone, configure GSLB - virtual servers for each site, create GLSB services, and bind the GSLB services to the GSLB - virtual servers. Finally, bind the domain to the GSLB virtual servers. The GSLB configurations - on the two appliances at the two different sites are identical, although each sites - load-balancing configuration is specific to that site. - Perform the following as a cloud administrator. As per the above example, the To configure a GSLB deployment, you must first configure a standard load balancing setup for each zone. This enables you to balance load across the different servers in each zone in the region. Then on the NetScaler side, configure both NetScaler appliances that you plan to @@ -471,7 +448,6 @@
Assigning Load Balancing Rules to GSLB - Log in to the &PRODUCT; UI as a domain administrator or user. @@ -503,7 +479,7 @@
-
+
Known Limitation Currently, &PRODUCT; does not support orchestration of services across the zones. The notion of services and service providers in region are to be introduced.