Geo-replication: Difference between revisions
m grammar |
Gamapamani (talk | contribs) m fix template syntax |
||
| (43 intermediate revisions by 23 users not shown) | |||
| Line 1: | Line 1: | ||
{{more citations needed|date=February 2022}} |
|||
{{articleissues|advert=January 2008|copyedit=January 2008|essay-like=January 2008|notability=January 2008|unreferenced=January 2008|wikify=January 2008}} |
|||
'''Geo-replication''' systems are designed to provide improved availability and disaster tolerance by using geographically distributed data centers.<ref>{{Cite web|title=Transactional storage for geo-replicated systems|url=https://www.sigops.org/s/conferences/sosp/2011/current/2011-Cascais/printable/27-sovran.pdf|access-date=August 19, 2021}}</ref> This is intended to improve the response time for applications such as [[web portal]]s. Geo-replication can be achieved using software, hardware or a combination of the two. |
|||
{{introrewrite|date=January 2008}} |
|||
| ⚫ | |||
| ⚫ | Geo-replication software is a network performance |
||
| ⚫ | |||
| ⚫ | Geo |
||
| ⚫ | Geo-replication software is a [[network performance]]-enhancing technology that is designed to provide improved access to portal or [[intranet]] content for uses at the most remote parts of large organizations. It is based on the principle of storing complete replicas of portal content on local servers, and then keeping the content on those servers up-to-date using heavily compressed data updates. |
||
=== Portal acceleration === |
|||
| ⚫ | |||
| ⚫ | Geo-replication technologies are used to provide replication of the content of portals, [[intranet]]s, [[web application]]s, content and data between servers, across wide area networks [[Wide area network|WAN]] to allow users at remote sites to access central content at [[Local area network|LAN]] speeds. |
||
| ⚫ | Geo-replication software can improve the performance of data networks that suffer limited [[Bandwidth (computing)|bandwidth]], [[Latency (engineering)|latency]] and periodic disconnection. [[Terabyte]]s of data can be replicated over a [[wide area network]], giving remote sites faster access to web applications. |
||
| ⚫ | Geo-replication |
||
| ⚫ | Geo-replication software uses a combination of [[data compression]] and content [[web cache|caching]] technologies. [[Delta encoding|differencing]] technologies can also be employed to reduce the volume of data that has to be transmitted to keep portal content accurate across all servers. This update compression can reduce the load that portal traffic place on networks, and improve the response time of a portal. |
||
| ⚫ | To deliver this |
||
=== Portal replication === |
|||
What does this mean in practice? Here is a very simplified example: |
|||
Remote users of web portals and collaboration environments will frequently experience network bandwidth and latency problems which will slow down their experience of opening and closing files, and otherwise interacting with the portal. Geo-replication technology is deployed to accelerate the remote end user portal performance to be equivalent to that experienced by users locally accessing the portal in the central office. |
|||
=== Differencing engine technologies === |
|||
1) Lets say a document called "Cat.doc" exists on all the servers in a global portal deployment (called servers A, B, C and D.) This document's content is the sentence "The big fat cat sat on the nice brown mat". |
|||
| ⚫ | To deliver this reduction in the size of the required data updates across a portal, geo-replication systems often use differencing engine technologies. These systems are able to difference the content of each portal server right down to the byte level. This knowledge of the content that is already on each server enables the system to rebuild any changes to the content on one server, across each of the other servers in the deployment from content already hosted on those other servers. This type of differencing system ensures that no content, at the byte level, is ever sent to a server twice. |
||
=== Offline portal replication on laptops === |
|||
2) Now lets say a new document is created by a local user of server C. He calls it "Dog.doc" and its content is the sentence "The big fat dog sat on the nice brown rug". |
|||
Geo-replication systems are often extended to deliver local replication beyond the server and down to the laptop used by a single user. Server to laptop replication enables mobile users to have access to a local replica of their business portal on a standard laptop. This technology may be employed to provide in the field access to portal content by, for example, sales forces and combat forces. |
|||
== Geo-replication systems == |
|||
3) The differencing engine identifies that almost all of the content of the new document Dog.doc, which is only on server C, exists on servers A, B and D inside another document called Cat.doc. |
|||
{{div col|colwidth=15em}} |
|||
*[http://www.iora.com/ iOra] |
|||
*[[Syntergy]] |
|||
*[[Colligo Contributor]] |
|||
{{div col end}} |
|||
== See also == |
|||
4) It then identifies the elements of the content of Dog.doc that are different from the content of Cat.doc. These are the words "dog" and "rug". |
|||
*[[Load balancing (computing)|Load balancing]] |
|||
*[[Round robin DNS]] |
|||
==References== |
|||
4) The software then sends instructions to servers A, B and D on how to build a replica of Dog.doc from the content of Cat.doc by replacing the word "cat" with "dog" and "mat" with "rug". |
|||
{{reflist}} |
|||
| ⚫ | |||
Compression systems like Epsilon perform the task above, but at the byte level, meaning that no byte pattern is ever sent to a server on the network twice. |
|||
[[Category:Geography]] |
|||
[[Category:Cloud computing]] |
|||
Geo-replication systems can often also employ a further technology called Web Virtualization to enable them to create replicas of server based portal content on devices such as laptops which do not have the storage capacity to create a genuine cache of the server content. Web Virtualisation enables mobile users to have access to a full replica of their business portal on a standard laptop. |
|||
| ⚫ | |||
Latest revision as of 08:16, 23 June 2024
 | This article needs additional citations for verification. (February 2022) |
Geo-replication systems are designed to provide improved availability and disaster tolerance by using geographically distributed data centers.[1] This is intended to improve the response time for applications such as web portals. Geo-replication can be achieved using software, hardware or a combination of the two.
Software
[edit]Geo-replication software is a network performance-enhancing technology that is designed to provide improved access to portal or intranet content for uses at the most remote parts of large organizations. It is based on the principle of storing complete replicas of portal content on local servers, and then keeping the content on those servers up-to-date using heavily compressed data updates.
Portal acceleration
[edit]Geo-replication technologies are used to provide replication of the content of portals, intranets, web applications, content and data between servers, across wide area networks WAN to allow users at remote sites to access central content at LAN speeds.
Geo-replication software can improve the performance of data networks that suffer limited bandwidth, latency and periodic disconnection. Terabytes of data can be replicated over a wide area network, giving remote sites faster access to web applications.
Geo-replication software uses a combination of data compression and content caching technologies. differencing technologies can also be employed to reduce the volume of data that has to be transmitted to keep portal content accurate across all servers. This update compression can reduce the load that portal traffic place on networks, and improve the response time of a portal.
Portal replication
[edit]Remote users of web portals and collaboration environments will frequently experience network bandwidth and latency problems which will slow down their experience of opening and closing files, and otherwise interacting with the portal. Geo-replication technology is deployed to accelerate the remote end user portal performance to be equivalent to that experienced by users locally accessing the portal in the central office.
Differencing engine technologies
[edit]To deliver this reduction in the size of the required data updates across a portal, geo-replication systems often use differencing engine technologies. These systems are able to difference the content of each portal server right down to the byte level. This knowledge of the content that is already on each server enables the system to rebuild any changes to the content on one server, across each of the other servers in the deployment from content already hosted on those other servers. This type of differencing system ensures that no content, at the byte level, is ever sent to a server twice.
Offline portal replication on laptops
[edit]Geo-replication systems are often extended to deliver local replication beyond the server and down to the laptop used by a single user. Server to laptop replication enables mobile users to have access to a local replica of their business portal on a standard laptop. This technology may be employed to provide in the field access to portal content by, for example, sales forces and combat forces.
Geo-replication systems
[edit]See also
[edit]References
[edit]- ^ "Transactional storage for geo-replicated systems" (PDF). Retrieved August 19, 2021.