This tutorial shows how to use the SafeKit console the first time after the download of the SafeKit package. You will see how to set-up the IP addresses of the servers in the cluster, how to set a replicated directory and a virtual IP address. The Configuration tab is demonstrated.
SafeKit is making real-time replication of data. This tutorial shows how to set a replication network in the cluster management console. The Configuration tab is demonstrated.
The heartbeat timeout determines how much time a secondary server waits when the primary server crashes before restarting an application. The default timeout value is 30 seconds and is set to 15 seconds in this videos. The Advanced Configuration tab of the cluster management console is demonstrated.
This tutorial shows how to add a ping checker to an external router in a high availability module. If the router cannot be accessed by a server, the module goes to the WAIT red state on this server, When the router is accessible, the module on the server is automatically restarted and goes to a green state. The Advanced Configuration tab of the cluster management console is demonstrated in this video.
A short video that presents the needs in terms of high availability.
A video showing how SafeKit works with Microsoft Paint.
This video compares the SafeKit clustering software versus hardware clustering solutions.
This video shows how business continuity and disaster recovery can be simply implemented with SafeKit without the need of a replicated SAN.
Understand in 5 minutes the simplicity of the SafeKit high availability solution and the resulting cost-savings with a demonstration of a Windows cluster implemented by a laptop and a netbook.
This video shows replication of VM checkpoints and settings (another video shows the replication of full VMs).
This video shows an active-active cluster with real-time replication built with 2 SafeKit mirror modules.
This video shows a combination of load balancing, replication and failover with a farm module and a mirror module. A failover dependency between the farm and the mirror modules is demonstrated.
This video shows that no transactions are lost with synchronous replication on Microsoft Message Queuing while data are lost with asynchronous replication.
This video shows how a virtual IP address with load balancing and failover works on Apache.
This video shows how the split brain problem is solved for a cluster in a network isolation situation on the Microsoft SQL Server application.
This video shows replication of Microsoft Message Queuing with an automatic failback after a failover. Data are resynchronized while being modified.
This video shows a master / slaves dependency between modules in a SafeKit high availability cluster.
Evidian SafeKit mirror cluster with real-time file replication and failover | ||
All clustering features | |
|
Synchronous replication | |
|
Fully automated failback procedure | |
|
Replication of any type of data | |
|
File replication vs disk replication | |
|
File replication vs shared disk | |
|
Remote sites and virtual IP address | |
|
Quorum | |
|
Active/active cluster | |
|
Uniform high availability solution | |
|
Evidian SafeKit farm cluster with load balancing and failover | ||
No load balancer or dedicated proxy servers or special multicast Ethernet address | |
|
All clustering features | |
|
Remote sites and virtual IP address | |
|
Uniform high availability solution | |
|
High availability architectures comparison | ||
Feature | SafeKit cluster | Other clusters |
Software clustering vs hardware clustering | | |
Shared nothing vs a shared disk cluster | | |
Application High Availability vs Full Virtual Machine High Availability | Smooth upgrade of application and OS possible server by server (version N and N+1 can coexist) | Smooth upgrade not possible |
High availability vs fault tolerance | Software failure with restart in another OS environment. Smooth upgrade of application and OS possible server by server (version N and N+1 can coexist) | Software exception on both servers at the same time. Smooth upgrade not possible |
Synchronous replication vs asynchronous replication | | |
Byte-level file replication vs block-level disk replication | | |
Heartbeat, failover and quorum to avoid 2 master nodes | | |
Virtual IP address primary/secondary, network load balancing, failover | | |
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.