Important
|
Restrictions
Note the following restrictions when installing {agent} on your system:
|
You have a few options for installing and managing an {agent}:
-
Install a {fleet}-managed {agent} (recommended)
With this approach, you install {agent} and use {fleet} in {kib} to define, configure, and manage your agents in a central location.
We recommend using {fleet} management because it makes the management and upgrade of your agents considerably easier.
Refer to [install-fleet-managed-elastic-agent].
-
Install {agent} in standalone mode (advanced users)
With this approach, you install {agent} and manually configure the agent locally on the system where it’s installed. You are responsible for managing and upgrading the agents. This approach is reserved for advanced users only.
Refer to [install-standalone-elastic-agent].
-
Install {agent} in a containerized environment
You can run {agent} inside of a container — either with {fleet-server} or standalone. Docker images for all versions of {agent} are available from the Elastic Docker registry, and we provide deployment manifests for running on Kubernetes.
Refer to:
-
{eck-ref}/k8s-elastic-agent.html[Run {agent} on ECK] — for {eck} users
Important
|
Restrictions in {serverless-short}
If you are using {agent} with {serverless-full}, note these differences from use with {ess} and self-managed {es}:
|
Minimum requirements have been determined by running the {agent} on a GCP e2-micro
instance (2vCPU/1GB).
The {agent} used the default policy, running the system integration and self-monitoring.
During upgrades, double the disk space is required to store the new {agent} binary. After the upgrade completes, the original {agent} is removed from disk to free up the space.
CPU |
Under 2% total, including all monitoring processes |
Disk |
1.7 GB |
RSS Mem Size |
400 MB |
Adding integrations will increase the memory used by the agent and its processes.