Одним из основных преимуществ, которые я нашел с heartbeat, была способность настроить его, чтобы иметь несколько контролирующих точек. Согласно рекомендуемой конфигурации значения по умолчанию, это имеет несколько контролирующих точек между последовательным восходящим каналом и сетевым контролем.
Например, сценарий ресурса heartbeat мог быть создан, чтобы контролировать демона и в случае демона, переставшего работать, инициировать обработку отказа.
CARP основан на HSRP, который, поскольку Вы определили, контролирует интерфейс. Это, конечно, имеет место, и мне нравится технология, но в зависимости от роли сервера Вы могли бы найти, что heartbeat был выгоден.
Я предполагаю, что можно было утверждать, что даже тем протоколам, которые не поддерживают это, можно было записать сценарий для подражания части поведения, которое является по существу, что я описал с heartbeat.
В то время как я никогда не использовал keepalived, это, кажется, подобно ldirectord, в котором это контролирует хосты LVS и удаляет их из VIP в случае отказа. Я не полагал бы, что это находится в той же самой категории как heartbeat или CARP.
На облачных сайтах Rackspace не разрешена загрузка с помощью git, разрешена только загрузка по FTP.
I am assuming you have git installed on your instance.
On the server create a repo for a server with "--bare"
[server:~/]$ mkdir app.git
[server:~/]$ cd app.git
[server:~/app.git]$ git init --bare
On the client clone, commit, and push:
[client:~/]$ git clone ssh://<username>@<servername>/~/app.git app
[client:~/]$ cd app
[client:~/app]$ touch readme.rst
[client:~/app]$ git add readme.rst
[client:~/app]$ git commit -am"Initial commit"
[client:~/app]$ git push origin master
Now your code has been pushed to the server. What you can do from here is up to you.
Additional note: git is a distributed version control system, which means there is little difference between a "client" and a "server". In this case, there is no extra service running on your server, you only need ssh access, git does the rest.