You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Add the ability to specify the agent-id of the enrolling Elastic Agent.
Describe a specific use case for the enhancement or feature:
On serverless, an Elastic Agent is static but the pod doesn't have any persistent storage so it cannot store the enrollment information between restarts of the Elastic Agent. There have also been other reports of this issue from customers where they do not need persistent storage from the integration and requiring the Elastic Agent to have it just for the enrollment information is not possible.
To provide a stable Elastic Agent in the agents list in Kibana, this would allow an Elastic Agent to enroll with the ID they want to have. This would also replace an existing Elastic Agent if one already has the same ID.
This does open the possibility that two Elastic Agent's are communicating to Fleet Server as the same agents. This is acceptable for a moment in-time, like when a new pod rolling out before the old pod is stopped. Running two concurrent Elastic Agent's at the same time would be possible, and would result in undefined behavior and would not be recommended.
The text was updated successfully, but these errors were encountered:
Describe the enhancement:
Add the ability to specify the agent-id of the enrolling Elastic Agent.
Describe a specific use case for the enhancement or feature:
On serverless, an Elastic Agent is static but the pod doesn't have any persistent storage so it cannot store the enrollment information between restarts of the Elastic Agent. There have also been other reports of this issue from customers where they do not need persistent storage from the integration and requiring the Elastic Agent to have it just for the enrollment information is not possible.
To provide a stable Elastic Agent in the agents list in Kibana, this would allow an Elastic Agent to enroll with the ID they want to have. This would also replace an existing Elastic Agent if one already has the same ID.
This does open the possibility that two Elastic Agent's are communicating to Fleet Server as the same agents. This is acceptable for a moment in-time, like when a new pod rolling out before the old pod is stopped. Running two concurrent Elastic Agent's at the same time would be possible, and would result in undefined behavior and would not be recommended.
The text was updated successfully, but these errors were encountered: