Updates the current runtime configuration for the specified fleet, which tells Amazon GameLift how to launch server processes on instances in the fleet. You can update a fleet’s runtime configuration at any time after the fleet is created; it does not need to be in an ACTIVE
status.
To update runtime configuration, specify the fleet ID and provide a RuntimeConfiguration
object with an updated set of server process configurations.
Each instance in a Amazon GameLift fleet checks regularly for an updated runtime configuration and changes how it launches server processes to comply with the latest version. Existing server processes are not affected by the update; runtime configuration changes are applied gradually as existing processes shut down and new processes are launched during Amazon GameLift’s normal process recycling activity.
CreateFleet
ListFleets
DeleteFleet
DescribeFleetAttributes
Update fleets:
UpdateFleetAttributes
UpdateFleetCapacity
UpdateFleetPortSettings
UpdateRuntimeConfiguration
StartFleetActions or StopFleetActions
See also: AWS API Documentation
See ‘aws help’ for descriptions of global parameters.
update-runtime-configuration
--fleet-id <value>
--runtime-configuration <value>
[--cli-input-json | --cli-input-yaml]
[--generate-cli-skeleton <value>]
--fleet-id
(string)
A unique identifier for a fleet to update runtime configuration for. You can use either the fleet ID or ARN value.
--runtime-configuration
(structure)
Instructions for launching server processes on each instance in the fleet. Server processes run either a custom game build executable or a Realtime Servers script. The runtime configuration lists the types of server processes to run on an instance and includes the following configuration settings: the server executable or launch script file, launch parameters, and the number of processes to run concurrently on each instance. A CreateFleet request must include a runtime configuration with at least one server process configuration.
ServerProcesses -> (list)
A collection of server process configurations that describe which server processes to run on each instance in a fleet.
(structure)
A set of instructions for launching server processes on each instance in a fleet. Server processes run either a custom game build executable or a Realtime Servers script. Each instruction set identifies the location of the custom game build executable or Realtime launch script, optional launch parameters, and the number of server processes with this configuration to maintain concurrently on the instance. Server process configurations make up a fleet’s `` RuntimeConfiguration `` .
LaunchPath -> (string)
The location of the server executable in a custom game build or the name of the Realtime script file that contains the
Init()
function. Game builds and Realtime scripts are installed on instances at the root:
Windows (for custom game builds only):
C:\game
. Example: “C:\game\MyGame\server.exe
“Linux:
/local/game
. Examples: “/local/game/MyGame/server.exe
” or “/local/game/MyRealtimeScript.js
“Parameters -> (string)
An optional list of parameters to pass to the server executable or Realtime script on launch.
ConcurrentExecutions -> (integer)
The number of server processes that use this configuration to run concurrently on an instance.
MaxConcurrentGameSessionActivations -> (integer)
The maximum number of game sessions with status
ACTIVATING
to allow on an instance simultaneously. This setting limits the amount of instance resources that can be used for new game activations at any one time.GameSessionActivationTimeoutSeconds -> (integer)
The maximum amount of time (in seconds) that a game session can remain in status
ACTIVATING
. If the game session is not active before the timeout, activation is terminated and the game session status is changed toTERMINATED
.
Shorthand Syntax:
ServerProcesses=[{LaunchPath=string,Parameters=string,ConcurrentExecutions=integer},{LaunchPath=string,Parameters=string,ConcurrentExecutions=integer}],MaxConcurrentGameSessionActivations=integer,GameSessionActivationTimeoutSeconds=integer
JSON Syntax:
{
"ServerProcesses": [
{
"LaunchPath": "string",
"Parameters": "string",
"ConcurrentExecutions": integer
}
...
],
"MaxConcurrentGameSessionActivations": integer,
"GameSessionActivationTimeoutSeconds": integer
}
--cli-input-json
| --cli-input-yaml
(string)
Reads arguments from the JSON string provided. The JSON string follows the format provided by --generate-cli-skeleton
. If other arguments are provided on the command line, those values will override the JSON-provided values. It is not possible to pass arbitrary binary values using a JSON-provided value as the string will be taken literally. This may not be specified along with --cli-input-yaml
.
--generate-cli-skeleton
(string)
Prints a JSON skeleton to standard output without sending an API request. If provided with no value or the value input
, prints a sample input JSON that can be used as an argument for --cli-input-json
. Similarly, if provided yaml-input
it will print a sample input YAML that can be used with --cli-input-yaml
. If provided with the value output
, it validates the command inputs and returns a sample output JSON for that command.
See ‘aws help’ for descriptions of global parameters.
RuntimeConfiguration -> (structure)
The runtime configuration currently in force. If the update was successful, this object matches the one in the request.
ServerProcesses -> (list)
A collection of server process configurations that describe which server processes to run on each instance in a fleet.
(structure)
A set of instructions for launching server processes on each instance in a fleet. Server processes run either a custom game build executable or a Realtime Servers script. Each instruction set identifies the location of the custom game build executable or Realtime launch script, optional launch parameters, and the number of server processes with this configuration to maintain concurrently on the instance. Server process configurations make up a fleet’s `` RuntimeConfiguration `` .
LaunchPath -> (string)
The location of the server executable in a custom game build or the name of the Realtime script file that contains the
Init()
function. Game builds and Realtime scripts are installed on instances at the root:
Windows (for custom game builds only):
C:\game
. Example: “C:\game\MyGame\server.exe
“Linux:
/local/game
. Examples: “/local/game/MyGame/server.exe
” or “/local/game/MyRealtimeScript.js
“Parameters -> (string)
An optional list of parameters to pass to the server executable or Realtime script on launch.
ConcurrentExecutions -> (integer)
The number of server processes that use this configuration to run concurrently on an instance.
MaxConcurrentGameSessionActivations -> (integer)
The maximum number of game sessions with status
ACTIVATING
to allow on an instance simultaneously. This setting limits the amount of instance resources that can be used for new game activations at any one time.GameSessionActivationTimeoutSeconds -> (integer)
The maximum amount of time (in seconds) that a game session can remain in status
ACTIVATING
. If the game session is not active before the timeout, activation is terminated and the game session status is changed toTERMINATED
.