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
Akash GSEQ is used to distinguish “groups” of containers in a deployment. Each group can be leased independently - orders, bids, and leases all act on a single group.
Most often Akash deployments utilize only one group - GSEQ=1 - with all pods associated with the deployment using a single provider.
Example SDL section that would provoke GSEQ specification other than 1 is provided below. In this SDL extracted section we request bids from multiple providers via the declaration of multiple placement sections (westcoast and eastcoast).
With the individual placement sections we can define different attributes to dictate that the orders should receive bids from different providers.
In this example we define the westcoast placement section with an attribute of region: us-west and the eastcoast placement of region: us-east ensuring the pods land in a desired region.
When the deployment is created with the use of multiple placement sections the GSEQ defines the individual, unique orders are distinguished via GSEQ and as seen from a deployment creation output shown below. Note the value of GSEQ=1 in the first order created and the value of GSEQ=2 in the second order created.
We can now target the individual orders as necessary in operations such as create lease.
Akash OSEQ is used to distinguish multiple orders associated with a single deployment.
Most often Akash deployments utilize only OSEQ equal to 1 with only a single order associated with the deployment.
The OSEQ is only incremented when a lease associated with an existing deployment is closed and a new order is then generated.
NOTE - typically when a tenant requires movement of a deployment from one provider to another - the tenant will completely close the deployment and create anew. This would create a new deployment ID (DSEQ) with the order sequence number of 1 (OSEQ = 1). Only when the deployment is left open and the lease is closed (I.e. via lease close) would the OSEQ increment.
To further clarify the use of OSEQ the following example is used:
We proceed thru lease creation with desired provider
Later we decide that we would like to move the deployment to a new provider and prefer to leave the deployment itself open and only close the current lease such as:
With the lease of the former provider now closed, a new order will be generated and the OSEQ (order sequence) is now incremented to 2. From the example deployment we see this increment OSEQ when we review the bid list from the new order such as the output displayed below.
NOTE - to display this bid list the following command syntax was used. Note the use of env variables oseq and gseq set to 0. This syntax displays all bids for a deployment regardless of the OSEQ/GSEQ current sequence number.