Difference between revisions of "Topology of the network"

From Giss
(New page: = Context And Goals = This tasks is intended to address and fix some problems inherent in GISS 2.0 which was based on a centralized topology with one central access point, the master serv...)
 
Line 1: Line 1:
 
= Context And Goals =
 
= Context And Goals =
  
This tasks is intended to address and fix some problems inherent in GISS 2.0 which was based on a centralized topology with one central access point, the master server ( giss.tv ). This topology was leading sometimes to a saturation of the system as all the sources could only emit on the central server which upload bendwidth was limited.
+
This tasks is intended to address and fix some problems inherent to GISS 2.0 which was based on a centralized topology with one central access point, the master server ( giss.tv ). This topology was leading sometimes to a saturation of the system as all the sources could only emit to the central server which upload bandwidth was limited and sometimes got saturated.
  
 
= Work achieved =
 
= Work achieved =
 +
 +
== Upgrade of servers ==
 +
 +
First, before changing the topology, we started by upgrading our servers to make all software servers coherent. The main server has also been migrated to a more powerful machine ( courtesy of hangar.org ).
 +
 +
== Setting up a secondary server ==
 +
 +
When a clean list of servers has been established, we installed one of them as a secondary server by doing a database link between the primary and te secondary server, this means that all mountpoints created on the primary server ( giss.tv ) are now also known of the secondary server and thus, a source can emit to a server or the other one.
 +
 +
The database link is a scheduled task that updates mountpoints both en primry and secondary servers.
 +
 +
= Technical Details =

Revision as of 18:53, 3 June 2008

Context And Goals

This tasks is intended to address and fix some problems inherent to GISS 2.0 which was based on a centralized topology with one central access point, the master server ( giss.tv ). This topology was leading sometimes to a saturation of the system as all the sources could only emit to the central server which upload bandwidth was limited and sometimes got saturated.

Work achieved

Upgrade of servers

First, before changing the topology, we started by upgrading our servers to make all software servers coherent. The main server has also been migrated to a more powerful machine ( courtesy of hangar.org ).

Setting up a secondary server

When a clean list of servers has been established, we installed one of them as a secondary server by doing a database link between the primary and te secondary server, this means that all mountpoints created on the primary server ( giss.tv ) are now also known of the secondary server and thus, a source can emit to a server or the other one.

The database link is a scheduled task that updates mountpoints both en primry and secondary servers.

Technical Details