Summary: | Support to automatically connect to nearest cluster | ||
---|---|---|---|
Product: | ThinLinc | Reporter: | Peter Åstrand <astrand> |
Component: | VSM Server | Assignee: | Peter Åstrand <astrand> |
Status: | NEW --- | ||
Severity: | Enhancement | CC: | simon.marchi |
Priority: | P2 | ||
Version: | 1.5.0 | ||
Target Milestone: | LowPrio | ||
Hardware: | PC | ||
OS: | Linux | ||
Acceptance Criteria: |
Comment 1
Erik Forsberg
The general idea, as we understand it, is to have several clusters on different geographical locations, and then have the system automatically select the nearest cluster. Tarantella has/had something like this. I think this could be implemented in several ways. Some ideas: * Add this functionality to VSM and perhaps construct some kind of "super VSM server". * Use DNS in some clever way. Either we could provide a special DNS server which returns different IPs depending on the client IP/distance/latency. Or, we could perhaps use a standard DNS server returning multiple adresses and then add functionality to client to determine which adress is nearest/fastest. This might be important if a cloud provider wants to deploy ThinLinc. They generally have data centers all over the world, and might want to offer a global service. Routing users to the data center with a reasonable latency is then key. |