VMware Cloud Community
Oli_L
Enthusiast
Enthusiast
Jump to solution

sticky sessions using VCNS

Does anyone know if VCNS provide sticky sessions?

I assume that if I configure a load balancer using the https service, it provides sticky sessions. Is this true?

Many thanks in advance

Oli

Reply
0 Kudos
1 Solution

Accepted Solutions
firestartah
Virtuoso
Virtuoso
Jump to solution

Hi,

If you use vCNS advanced then you can provide load balancing and so sticky sessions shouldn't be a problem. Ive pasted below a VMware blog article covering this exact use case

vCloud Director: Sticky Sessions

BackStory: In multi-cell environment – as with any web-service – it is common for it to be fronted by a load-balancer. Most modern load-balancers not only distribute the inbound requests, but can also detect node failure – and direct inbound requests away from failed nodes, to ones that are active. They also assist greatly in service availability during periods of maintenance. It allows a System Administrator to take nodes offline for a period, and have inbound requests directly elsewhere. Most load-balancers allow for both requests to serviced by any node in the “pool” or they can be configured to re-use existing sessions – these are sometime referred informally to as “sticky sessions” because once a node has been selected from the pool the end-user returns to the same server in the pool. In the context of vCloud Director there are two main inbound connections made – first to the web-service itself – and secondly to the “Console Proxy” which is used to establish a “Remote Console” (VMRC) window on a VM within a vApp.

In the background is the main vCloud Director web-portal, and in the foreground a Remote Console window has been opened on a VM called “corphqcs01”.

If you found this or other information useful, please consider awarding points for "Correct" or "Helpful". Gregg http://thesaffageek.co.uk

View solution in original post

Reply
0 Kudos
3 Replies
firestartah
Virtuoso
Virtuoso
Jump to solution

Hi,

If you use vCNS advanced then you can provide load balancing and so sticky sessions shouldn't be a problem. Ive pasted below a VMware blog article covering this exact use case

vCloud Director: Sticky Sessions

BackStory: In multi-cell environment – as with any web-service – it is common for it to be fronted by a load-balancer. Most modern load-balancers not only distribute the inbound requests, but can also detect node failure – and direct inbound requests away from failed nodes, to ones that are active. They also assist greatly in service availability during periods of maintenance. It allows a System Administrator to take nodes offline for a period, and have inbound requests directly elsewhere. Most load-balancers allow for both requests to serviced by any node in the “pool” or they can be configured to re-use existing sessions – these are sometime referred informally to as “sticky sessions” because once a node has been selected from the pool the end-user returns to the same server in the pool. In the context of vCloud Director there are two main inbound connections made – first to the web-service itself – and secondly to the “Console Proxy” which is used to establish a “Remote Console” (VMRC) window on a VM within a vApp.

In the background is the main vCloud Director web-portal, and in the foreground a Remote Console window has been opened on a VM called “corphqcs01”.

If you found this or other information useful, please consider awarding points for "Correct" or "Helpful". Gregg http://thesaffageek.co.uk
Reply
0 Kudos
admin
Immortal
Immortal
Jump to solution

Hi,

   Just to add to what Gregg already stated, "sticky sessions" (ie, session persistence) are supported on vCNS Edge. The options available include: cookie based (HTTP), SSL session ID (HTTPS), as well as Source IP based. Using cookies, you can further define whether you want to use cookie insertion or cookie prefixing. You can see screen shots of this here: How to Configure a Load Balancer Using vCloud Networking and Security Edge Device (vShield) | VMware...

Oli_L
Enthusiast
Enthusiast
Jump to solution

Great - thanks guys. Session ID was what i was after...

Reply
0 Kudos