Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
admin:admin:architecture:parallel [2011/01/10 17:36]
els
admin:admin:architecture:parallel [2016/06/28 22:38] (current)
Line 1: Line 1:
 +~~NOTOC~~
 +
 {{page>:​top_add&​nofooter&​noeditbtn}} {{page>:​top_add&​nofooter&​noeditbtn}}
  
-====== ​Omnidex ​Administration ======+====== Administration: Administration Basics ​======
  
 ===== Omnidex Architecture ===== ===== Omnidex Architecture =====
  
-[[admin:​admin:​architecture:​home|Overview]] ​-> [[admin:​admin:​architecture:​single|Single Server]] ​-> [[admin:​admin:​architecture:​multiple|Multiple Servers]] ​-> [[admin:​admin:​architecture:​snapshots|Omnidex Snapshots]] ​-> [[admin:​admin:​architecture:​grids|Omnidex Grids]] ​-> **[[admin:​admin:​architecture:​parallel|Parallel Servers]]** +[[admin:​admin:​architecture:​home|Overview]] ​[[admin:​admin:​architecture:​single|Single Server]] ​[[admin:​admin:​architecture:​multiple|Multiple Servers]] ​[[admin:​admin:​architecture:​snapshots|Omnidex Snapshots]] ​[[admin:​admin:​architecture:​grids|Omnidex Grids]] ​**[[admin:​admin:​architecture:​parallel|Parallel Servers]]** 
 +----
 ==== Parallel Servers Architecture ==== ==== Parallel Servers Architecture ====
  
Line 13: Line 15:
 Omnidex servers can be replicated as well and load balancers can be used to even the load between servers. ​ Individual Omnidex servers can also be assigned different types of queries. For example, longer running queries can be routed to a separate server so that the bulk of the queries remain as fast as possible. Omnidex servers can be replicated as well and load balancers can be used to even the load between servers. ​ Individual Omnidex servers can also be assigned different types of queries. For example, longer running queries can be routed to a separate server so that the bulk of the queries remain as fast as possible.
  
-Staging servers are an effective way to incorporate new data.  In many businesses, data comes in the form of whole new data files. ​ A new copy of the database can be indexed and tested on staging servers before being deployed. ​ The new database and indexes can be deployed by reassigning by switching the roles of the staging servers and production servers. ​ The old staging server becomes the new production server, and the old production server becomes the new staging server.  ​+Staging servers are an effective way to incorporate new data.  In many businesses, data comes in the form of whole new data files. ​ A new copy of the database can be indexed and tested on staging servers before being deployed. ​ The new database and indexes can be deployed by  switching the roles of the staging servers and production servers. ​ The old staging server becomes the new production server, and the old production server becomes the new staging server.  ​
  
-Omnidex has been deployed in a wide variety of architectures,​ from small businesses to Fortune ​100 companies. ​ Feel free to contact an [[appendix:​contactus|Omnidex Consultant]] for assistance in creating the best architecture.+Omnidex has been deployed in a wide variety of architectures,​ from small businesses to Fortune ​500 companies. ​ Feel free to contact an [[appendix:​contactus|Omnidex Consultant]] for assistance in creating the best architecture.
  
 +====  ====
  
 **[[admin:​admin:​architecture:​grids|Prev]]** **[[admin:​admin:​architecture:​grids|Prev]]**
  
 +
 +====== Additional Resources ======
 +
 +See also: 
 +
 +{{page>:​admin:​admin:​see_also&​nofooter&​noeditbtn}}
  
 {{page>:​bottom_add&​nofooter&​noeditbtn}} {{page>:​bottom_add&​nofooter&​noeditbtn}}
 
Back to top
admin/admin/architecture/parallel.1294680980.txt.gz · Last modified: 2016/06/28 22:38 (external edit)