HAProxy / Keepalived vrrp, настроенный в AWS EC2 с EIP (Basic EC2)

В notify_fault скрипт вызывается, когда keepalived переходит в состояние неисправности.

Вы хотите настроить свой скрипт, используя

notify_master /etc/keepalived/vrrp.sh

Сначала, чтобы определить, выполняется сценарий или нет, я бы добавил следующую строку прямо под #!/bin/bash.

echo "----------vrrp.sh running ------" >> /var/log/messages 

или что-то еще, что вы хотите ... Просто для того, чтобы зарегистрировать тот факт, что приложение увидело переход "состояния" от резервного к главному или что-то еще и фактически выполнило сценарий, как задумано.

Вы также можете поместить его в конец скрипта, суть в том, чтобы просто убедиться, что скрипт был вызван.

Протестируйте еще раз, а затем cat /var/log/messages, и найдите свое эхо ... вы должны его увидеть, если вы этого не сделаете, это может быть любое количество вещей, разрешений, запущенная учетная запись пользователя, обеспечение исполняемого файла сценария и так далее ... вероятно, на основе Ваш первоначальный комментарий. Я подозреваю, что он просто выполняет не то, что вы ожидаете.

Итак, если вы видите свое эхо, как я ожидаю, тогда я бы посмотрел на конфигурацию вашей среды, что вы могли бы сделать, просто для тестирования, это экспортировать ваш JAVA_HOME вместе с вашими переменными EC2 в скрипт ... добавить их после только что добавленную строку эха. Очевидно, это только для целей тестирования, и как только вы убедитесь, что все работает должным образом, вам следует удалить это из сценария и соответствующим образом настроить среду. Мое последнее предложение - изменить вашу команду ... Вы можете разъединить и связать EIP с помощью одной команды.

Итак, теперь ваш сценарий будет выглядеть примерно так:

#!/bin/bash
#vrrp.sh

echo "----------vrrp.sh running ------" >> /var/log/messages

cd /usr/local/ec2/ec2-api-tools-1.7.5.1/bin/

export JAVA_HOME="/usr/lib/jvm/jre-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64/"

export EC2_BASE="/usr/local/ec2/ec2-api-tools-1.7.5.1/"
export EC2_URL=https://ec2.us-east-1.amazonaws.com
export AWS_ACCESS_KEY=AKIA3ROU5M3FQIQH4BNL
export AWS_SECRET_KEY=InBiqtOCfaJhCb3u3jE6gpmkW5shgjP8N++/7Huv

#Those are obviously not my access/secret keys, just providing an example

./ec2-associate-address -a eipalloc-s234523 -i i-023ksdfj --allow-reassociation

Заключительное примечание:

Убедитесь, что учетная запись пользователя IAM, с которой вы аутентифицируетесь, имеет необходимую политику учетной записи пользователя IAM ... ниже приведен пример политики, вам нужно будет перейти к политикам, чтобы создать ее, а затем после создания просто дошло до пользователей и конкретную учетную запись пользователя IAM, с которой вы аутентифицируетесь, и прикрепите только что созданную политику, если вы не используете учетную запись FULL ACCESS, и в этом случае я бы не рекомендовал этого. и настроить учетную запись пользователя IAM с политикой, изложенной ниже:

arn: aws: iam :: 107890181863: policy / MOVE-EIP или что-то еще.

{
"Version": "2015-1-1",
"Statement": [
    {
        "Action": [
            "ec2:AssociateAddress",
            "ec2:DescribeAddresses",
            "ec2:AllocateAddress",
            "ec2:DisassociateAddress"
        ],
        "Effect": "Allow",
        "Resource": "*"
    }
  ]
}

Не могли бы вы вставить файлы backup.conf и slave.conf?

Также вам следует проверить эти две статьи:

http://www.trk7.com/blog/keepalived-instance-not-entering-failed-state/ или http://comments.gmane.org/gmane.linux.keepalived.devel/4102 ?