ec2-plugin | Allow Jenkins to start agents | Plugin library
kandi X-RAY | ec2-plugin Summary
kandi X-RAY | ec2-plugin Summary
Allow Jenkins to start agents on EC2 or Eucalyptus on demand, and kill them as they get unused. With this plugin, if Jenkins notices that your build cluster is overloaded, it'll start instances using the EC2 API and automatically connect them as Jenkins agents. When the load goes down, excess EC2 instances will be terminated. This set up allows you to maintain a small in-house cluster, then spill the spiky build/test loads into EC2 or another EC2 compatible cloud.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
- Launches an EC2 agent
- Bootstraps a master SSH command
- Creates a temporary file for a private key
- Connect to the ssh master
- Launches the EC2 agent
- Finds the key pair associated with this EC2 instance
- Gets the instance with the given id
- Instantiates the specified agent
- Find all nodes that need to be healthy
- Compares this object for equality
- Terminates the instance
- Called when a task is accepted
- Gets the AMI image
- Start writing stdout to the client
- Checks if this object is equal to the specified object
- Compares MacData
- Props the specified template
- Cancels the current instance
- Starts the thread to send data to the client
- Initialize data structure
- Verifies that the host key is valid
- Runs the JVM
- Resolves the private key
- Launches the script and executes the script
- Determines the capacity of the given strategy state
- Verifies if the host key is valid
ec2-plugin Key Features
ec2-plugin Examples and Code Snippets
Community Discussions
Trending Discussions on ec2-plugin
QUESTION
I have a cloud init script
...ANSWER
Answered 2018-Nov-05 at 08:41In the end I decided it was easier to install java and create a new AMI to fully avoid this issue.
I think that perhaps my expectations that cloud init would run fully before connecting might be incorrect, mainly because of this comment in the documentation
Allow enough time for the instance to launch and execute the directives in your user data, and then check to see that your directives have completed the tasks you intended.
Perhaps one approach to help solve this might be to stop sshd
in the run commands while things install and then start it again when all done, hopefully Jenkins would then connect only once everything is ready.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install ec2-plugin
You may upgrade from a Jenkins installation with a former plugin version without this security mechanism. The default strategy for every existing instance is the Check New Soft strategy. This guarantees your jobs are not going to stop working and improves the situation. We recommend, if possible, upgrading to the Check New Hard strategy to be safer against a Man in the Middle attack.
Before securely connecting to the instance, you need to 1) configure the AMI, 2)install the certificate, 3) configure WinRM properly and 4) set the firewall rules to allow the connection. You can find some guidance at the AMI Type field help, under the template configuration on your Jenkins instance.
When the Allow Self Signed Certificate field is checked, the plugin allows self-signed certificates. It means that the plugin neither checks the CA which issued the certificate, nor verifies the host it is connecting to is present on the certificate. If the field is not checked, this kind of certificates are not allowed and both verifications are performed.
The EC2 plugin connects to the instance using either an IP address. It does not use the DNS name. You must configure WinRM with a certificate which includes the IP of the instance. Something like:
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page