rep job from diego/1.3.1
Github source:
ead2efeb
or
master branch
Properties¶
diego
¶
executor
¶
ca_certs_for_downloads
¶Concatenation of trusted CA certificates to be used when downloading assets.
cache_path
¶path to the executor’s cache
- Default
/var/vcap/data/executor_cache
container_inode_limit
¶the inode limit enforced on each garden container.
- Default
200000
container_max_cpu_shares
¶the maximum number of cpu shares for a container.
- Default
1024
container_metrics_report_interval
¶the frequency for emitting container metrics
create_work_pool_size
¶Maximum number of concurrent create container operations.
- Default
32
delete_work_pool_size
¶Maximum number of concurrent delete container operations.
- Default
32
disk_capacity_mb
¶the container disk capacity the executor should manage. this should not be greater than the actual disk quota on the VM
- Default
auto
export_network_env_vars
¶Export network environment variables into container (e.g. CF_INSTANCE_IP, CF_INSTANCE_PORT).
- Default
true
garden
¶
address
¶Garden server listening address.
- Default
/var/vcap/data/garden/garden.sock
network
¶Network type for the garden server connection (tcp or unix).
- Default
unix
garden_healthcheck
¶
command_retry_pause
¶Time to wait between retrying garden commands
- Default
1s
interval
¶Frequency for healtchecking garden
- Default
10m
process
¶args
¶List of command line args to pass to the garden health check process
- Default
-c, ls > /tmp/testdir
¶Directory to run the healthcheck process from
env
¶Environment variables to use when running the garden health check
path
¶Path of the command to run to perform a container healthcheck
- Default
/bin/shuser
¶User to use while performing a container healthcheck
- Default
vcap
timeout
¶Maximum allowed time for garden healthcheck
- Default
10m
healthcheck_work_pool_size
¶Maximum number of concurrent health check operations.
- Default
64
healthy_monitoring_interval_in_seconds
¶Interval to check healthy containers in seconds.
- Default
30
max_cache_size_in_bytes
¶maximum size of the cache in bytes - this should leave a healthy overhead for temporary items, etc.
- Default
1e+10
max_concurrent_downloads
¶the max concurrent download steps that can be active
- Default
5
memory_capacity_mb
¶the memory capacity the executor should manage. this should not be greater than the actual memory on the VM
- Default
auto
metrics_work_pool_size
¶Maximum number of concurrent get container metrics operations.
- Default
8
post_setup_hook
¶Experimental: arbitrary command to run after setup action
post_setup_user
¶Experimental: user to run post setup hook command
read_work_pool_size
¶Maximum number of concurrent get container info operations.
- Default
64
unhealthy_monitoring_interval_in_seconds
¶Interval to check unhealthy containers in seconds.
- Default
2
volman
¶
driver_paths
¶Experimental: OS style path string containing the directories volman will look in for voldriver specs (delimited by : or ; depending on the OS)
- Default
/var/vcap/data/voldrivers
rep
¶
advertise_domain
¶base domain at which the rep should advertise its secure API
- Default
cell.service.cf.internal
bbs
¶
api_location
¶Address to the BBS Server
- Default
bbs.service.cf.internal:8889
ca_cert
¶PEM-encoded CA certificate
client_cert
¶PEM-encoded client certificate
client_key
¶PEM-encoded client key
client_session_cache_size
¶capacity of the tls client cache
max_idle_conns_per_host
¶maximum number of idle http connections
require_ssl
¶enable ssl for all communication with the bbs
- Default
true
ca_cert
¶PEM-encoded CA certificate
debug_addr
¶address at which to serve debug info
- Default
127.0.0.1:17008
dropsonde_port
¶local metron agent’s port
- Default
3457
enable_legacy_api_endpoints
¶Whether to enable the auction, LRP, and Task endpoints on the legacy, insecurable API server
- Default
true
evacuation_polling_interval_in_seconds
¶The interval to look for completed tasks and LRPs during evacuation in seconds
- Default
10
evacuation_timeout_in_seconds
¶The time to wait for evacuation to complete in seconds
- Default
600
job_name
¶The name of the Diego job referenced by this spec (DO NOT override)
- Default
rep
listen_addr
¶address to serve auction and LRP stop requests on
- Default
0.0.0.0:1800
listen_addr_admin
¶When enable_legacy_api_endpoints is set to false, serve (insecure) ping and evacuate requests on this address and port
- Default
127.0.0.1:1800
listen_addr_securable
¶address where rep listens for LRP and task start auction requests
- Default
0.0.0.0:1801
log_level
¶Log level
- Default
info
optional_placement_tags
¶Array of optional tags used for scheduling Tasks and LRPs
- Default
[]
placement_tags
¶Array of tags used for scheduling Tasks and LRPs
- Default
[]
polling_interval_in_seconds
¶The interval to look for completed tasks and LRPs in seconds
- Default
30
preloaded_rootfses
¶Array of name:absolute_path pairs representing root filesystems preloaded onto the underlying garden
require_tls
¶Whether to require mutual TLS for communication to the securable rep API server
- Default
false
rootfs_providers
¶Array of schemes for which the underlying garden can support arbitrary root filesystems
- Default
- docker
server_cert
¶PEM-encoded server certificate
server_key
¶PEM-encoded server key
trusted_certs
¶Concatenation of trusted CA certificates to be made available inside the rootfses
use_azure_fault_domains
¶Use Azure Fault-Domains to determine the value of the zone. The value of the zone will be z. e.g. z0, z1, etc.
- Default
false
zone
¶The zone associated with the rep
ssl
¶
skip_cert_verify
¶when connecting over https, ignore bad ssl certificates
- Default
false
Templates¶
Templates are rendered and placed onto corresponding
instances during the deployment process. This job's templates
will be placed into /var/vcap/jobs/rep/
directory
(learn more).
bin/drain
(fromdrain.erb
)bin/post-start
(frompost-start.erb
)bin/rep_as_vcap
(fromrep_as_vcap.erb
)bin/rep_ctl
(fromrep_ctl.erb
)config/certs/bbs/ca.crt
(frombbs_ca.crt.erb
)config/certs/bbs/client.crt
(frombbs_client.crt.erb
)config/certs/bbs/client.key
(frombbs_client.key.erb
)config/certs/ca.crt
(fromrep_ca.crt.erb
)config/certs/rep/ca_certs_for_downloads.crt
(fromca_certs_for_downloads.crt.erb
)config/certs/rep/trusted_certs.crt
(fromtrusted_certs.crt.erb
)config/certs/server.crt
(fromrep_server.crt.erb
)config/certs/server.key
(fromrep_server.key.erb
)config/rep.json
(fromrep.json.erb
)
Packages¶
Packages are compiled and placed onto corresponding
instances during the deployment process. Packages will be
placed into /var/vcap/packages/
directory.