ClusterLabs / ClusterLabs/resource-agents

awsvip versus AWS Policy

Open
#1,844 3 comments 0 reactions 0 assignees View on GitHub
Dominant language
Shell
Stars
519
Forks
608
Avg merge
6d 1h
Merged PRs (30d)
7

Description

Recommend changes to allow AWS Policy to manage awsvip and fence_aws resources within EC2.

# example: pcs resource create vipaws awsvip aws_ip_region=us-east-1 profile=AWSPOLICY secondary_private_ip=10.0.1.100 --group aws
The policy below when attached to role/profile attached to EC2 allows fence_aws and awsvip resource to be managed via policy, no cli confguration need.
The policy below can be more restrictive to specific EC2s.
AWS Policy Json
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "VisualEditor0",
"Effect": "Allow",
"Action": [
"ec2:RebootInstances",
"ec2:DescribeInstances",
"ec2:StartInstances",
"ec2:DescribeTags",
"ec2:DescribeInstanceAttribute",
"ec2:UnassignPrivateIpAddresses",
"ec2:ModifyInstanceAttribute",
"ec2:AssignPrivateIpAddresses",
"ec2:StopInstances"
],
"Resource": "*"
}
]
}
[awsvip.pcs.sh.txt](https://github.com/ClusterLabs/resource-agents/files/10842957/awsvip.pcs.sh.txt)

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the attached awsvip.pcs.sh.txt and locate the repository entry points for awsvip and fence_aws. Compare how each currently receives AWS credentials with the example policy and profile usage in the issue. Done means both resources can be managed through the EC2 role or profile without CLI credential configuration, with validation covering the requested AWS actions.

Written by the indexing model from the issue text.

Assessment

Tech stack
aws, shell
Domain
cloud, infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.