8000 Removed the DBSubnetGroupName limitation on rds replica by JacobMMC · Pull Request #520 · cloudtools/troposphere · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Removed the DBSubnetGroupName limitation on rds replica #520

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 522 commits into from

Conversation

JacobMMC
Copy link

DBSubnetGroupName is not a limitation of a RDS replica.
Previous Troposphere version had a limitation for when SourceDBInstanceIdentifier parameter was defined in a DBInstance.

AWS documentation has no reference of this limitation and it's the only way to create an rds replica on a custom VPC instead of in the default one.

markpeek and others added 30 commits August 24, 2015 09:34
Move the cloudformation attribute setting into __setattr__ so the
attributes (like Metadata) can be set after object initialization.
…az_test

only validate elasticache az choices if azs is a list
adds from_dict function to BaseAWSObject allowing for objects to be created from data structures
…roles-and-instance-profiles

Path is optional for Role and InstanceProfile
…alidation

Add more specific validators to DBInstance
Supports tags in ElasticBeanstalk environments
Move cloudformation attribute setting to __setattr__
This lets you figure out what resource you were working on when the
issue popped up.
This lets external libraries use this function.
`get_events` will return all events that have occurred for a stack. This
is useless if we're tailing an update to a stack.
…essages

Gives more info about type errors
mbrossard and others added 28 commits April 19, 2016 18:55
This new Template subclass makes it possible to import most Cloudformation templates as JSON and parse them as Troposphere objects. This is different from cfn2py in that it's not trying to write actual python code, but rather instantiate the actual objects without the need to edit it afterwards.

There are probably a few tropo-specific AWSHelperFns that won't be parsed correctly, but the ones included in the tests/examples_output are all supported. I believe an effort should be done to normalize the helper functions into something discoverable with a consistent use - but I have yet to really ponder on that issue.
Add requirements doc for python. Versions tested with python 2.7.
* Update to Apr 25, 2016 release
)

* pin pyflakes to a non-broken version
* clarify use of Bucket init params
* do not allow IP address for bucket name
* EMR: change EBS configuration (moved from Cluster to InstanceGroupConfigProperty)
* Fix EMR_Cluster example (cloudformation stack now succeeds, but EMR step fails because of obviously unexisting S3 bucket in my account)
The documentation lies, here's the error message I just got from CloudFormation:
"CloudFormation currently only supports long-running clusters, set ActionOnFailure to CANCEL_AND_WAIT or CONTINUE"
* Allow setting a different region for S3 upload
* Maintain backwards compatibility by setting s3region to region if not specified
* Fix help statement default for s3 region to be us-east-1 instead of None
* Add ability to update instead of always running create
@markpeek
Copy link
Member
markpeek commented Jul 2, 2016

Thanks. Dup of #515 which has been merged.

@markpeek markpeek closed this Jul 2, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0