Webtools:Scalability: Difference between revisions

→‎Netscaler: Fixing broken links to NS pdf
(→‎Netscaler: Fixing broken links to NS pdf)
 
(2 intermediate revisions by 2 users not shown)
Line 4: Line 4:


==Infrastructure==
==Infrastructure==
===[http://knowledgehub.zeus.com/docs Zeus]===
Zeus is the replacement for Netscaler
===[http://www.citrix.com/English/ps2/products/product.asp?contentID=21679 Netscaler]===
===[http://www.citrix.com/English/ps2/products/product.asp?contentID=21679 Netscaler]===
''[http://people.mozilla.org/~mrz/ns/7.0/ Manuals and Release Notes]''
''[http://support.citrix.com/article/CTX112300 Manuals and Release Notes]''


One of the best ways to lower the load on a server is to reduce its traffic, which is essentially the goal of the netscaler.  The netscaler sits between the webservers and provides:
One of the best ways to lower the load on a server is to reduce its traffic, which is essentially the goal of the netscaler.  The netscaler sits between the webservers and provides:
Line 11: Line 16:
* SSL offloading:  SSL connections are made with the netscaler (which has hardware dedicated to setting up SSL connections) instead of the webservers. Connections to the webservers are always over http (if you're writing code that is expecting https, realize that the webheads never see the ssl connection)
* SSL offloading:  SSL connections are made with the netscaler (which has hardware dedicated to setting up SSL connections) instead of the webservers. Connections to the webservers are always over http (if you're writing code that is expecting https, realize that the webheads never see the ssl connection)


* Content Caching:  Outbound content (webhead -> internet) is cached according to rules on the netscaler.  To get the current set of rules, you'll need to talk to IT. The default set of rules is on page 336 of the [http://people.mozilla.org/~mrz/ns/7.0/NS_ICG_V2.pdf 2nd install guide]
* Content Caching:  Outbound content (webhead -> internet) is cached according to rules on the netscaler.  To get the current set of rules, you'll need to talk to IT. The default set of rules is on page 336 of the [http://support.citrix.com/article/CTX112300 2nd install guide]


* Some monitoring/balancing of the web servers. Webservers that respond faster are  given more traffic.  If a webserver becomes unresponsive, the netscaler will  discontinue sending requests to it until it comes back to life.
* Some monitoring/balancing of the web servers. Webservers that respond faster are  given more traffic.  If a webserver becomes unresponsive, the netscaler will  discontinue sending requests to it until it comes back to life.
Line 38: Line 43:


Currently, development is done on standalone virtual machines running all the software (mysql, apache, etc.).  Generally, development servers are only available in the VPN.
Currently, development is done on standalone virtual machines running all the software (mysql, apache, etc.).  Generally, development servers are only available in the VPN.


== Coding ==
== Coding ==
Line 86: Line 90:
This is a good idea (distributed benchmarking), but we didn't get it to work as advertised. Overall disappointing - maybe revisit when it matures.
This is a good idea (distributed benchmarking), but we didn't get it to work as advertised. Overall disappointing - maybe revisit when it matures.


===log_replay===
===[http://github.com/oremj/logreplay log_replay]===
This is a perl script that oremj wrote.  Given a log, it will replay the hits.  This gives you the advantage of replaying an actual set of hits across multiple pages, giving you a good distribution of hits.  This is mostly useful if you have actually had people using the site.
This is a python script that oremj wrote.  Given a log, it will replay the hits.  This gives you the advantage of replaying an actual set of hits across multiple pages, giving you a good distribution of hits.  This is mostly useful if you have actually had people using the site.
Confirmed users
1,136

edits