An agent is a downloadable program installed within your organizational network and managed from Foundry's Data Connection interface. Agents have the ability to connect to different data sources within your organizational network. They are used by both the agent worker runtime to read data from those sources and securely ingest to Foundry with a restricted access token, and by the agent proxy runtime to provide network connectivity to those sources.
This guide walks you through the steps required to create an agent. First, complete the following:
If you do not see the option to create a new agent, you may not have the required role to do so. Learn more about managing the agent creation workflow in Control Panel.
Once you have the agent running and you want to connect a source to Foundry, you must obtain credentials for the source system that the agent can use to securely read data. Depending on your organization’s network setup, you may also need to configure network settings to allow the agent to reach the source system.
Review the sections below to start setting up your agent:
For the agent program to successfully run, it must be hosted in a suitable environment (ideally, an environment using Linux as an operating system).
The most commonly used hosting method for Foundry agents is provisioning a Linux virtual machine (VM) in a cloud environment. For example, you could provision a Linux VM in AWS, Azure, or GCP, but you could also host the agent on a Linux server belonging to your organization. Note that while it is possible to host Foundry agents on Windows, this is not recommended by Palantir and should only be used if it is not possible to host in a Linux environment.
Once you have a suitable location to host your agent, the next step is to ensure the host will meet the necessary hardware and OS requirements for a Foundry agent to work. These requirements include the following:
64-bit Linux or other Linux operating system (recommended RHEL 8, Ubuntu 22.04, or equivalent)
Agents run on their own JDK that is compiled for Linux/x86-64. If necessary (for example, when running on AWS Graviton or another ARM-based CPU), it is possible to run an agent on a separate JDK by modifying the value of javaHome
in service/bin/launcher-static.yml
.
We generally do not recommend running agents on a separate JDK, and support for this may not be available in the future.
4 CPU cores
16 GB RAM
500GB free disk space mounted at /opt (preferably SSD)
The host you use for the agent should be used exclusively for running a single Foundry agent, not colocated with any other services or processes.
The recommended limits are as follows:
Assuming your agent has been installed on a host within your organizational network, the agent will require network egress to reach the Foundry VPC (Virtual Private Cloud) which is accessed through the Internet. If your network does not allow egress by default, this may require a specific configuration to allow the outbound connection from your agent (and/or its host) to your Foundry instance, such as opening a firewall or configuring a proxy for egress.
As a first step, ensure that egress from your server to Foundry is available. You can copy the domain name and port from the Server Setup tab in the agent setup workflow in the platform to appropriately configure your network access.
To validate that your host can communicate with the Foundry VPC, execute the following command on your VM:
Copied!1
curl -s https://<your domain name>/magritte-coordinator/api/ping > /dev/null && echo pass || echo fail
If everything is working as expected, you should see pass
as an output.
Note that a ping
indicates an incomplete test of connectivity to the Foundry VPC.
To only allow your users to connect to a limited set of destinations within your network, we recommend configuring the firewall of the agent host to block all traffic except to the desired destinations. Be sure to still allow the agent host to talk to Palantir.
If you do not have automatic restarts set up, you will have outages whenever the agent crashes or the agent host restarts.
To set up automatic restarts for an agent manager if it crashes, run the command ${AGENT_MANAGER_DIR}/service/bin/auto_restart.sh
from the agent manager's service directory on the VM or machine terminal as a user with permission to create cron jobs.
If you need to halt the automatic restarts (when upgrading the agent manager, for example), you can do so by running ${AGENT_MANAGER_DIR}/service/bin/auto_restart.sh clear
.
Next, you must give your new agent a name and choose a Project in which to save it. In Foundry, an agent is considered a resource that is saved into a Project to allow for highly configurable permissions.
We recommend creating a new Project in which to store your agent.
Permissions in Foundry are an extensive topic. If you want to learn more, you can refer to these resources:
Once you have your hardware provisioned for your agent, the next step is to download the agent software from Foundry and install it on the host. Follow the steps outlined in the in-platform guide on your host to download the package, extract it, and start the agent.
If you need to configure a proxy, more details are available in the proxy configuration documentation.
After the agent has started successfully, follow the steps to configure automatic upgrades to ensure that your agent remains updated.
Now that you have created, installed, and started your agent, navigate to the agent page in Data Connection where you can configure and monitor the agent permissions, health, and connectivity.
After your agent is set up, you can move on to setting up a source to connect your agent with your organization's data sources.