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
Copy file name to clipboardExpand all lines: source/quick_start/operation_basics/provisioning_edge_cluster.rst
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -52,7 +52,7 @@ Step 1: Configure AWS
52
52
53
53
As a first step, if you don’t already have one, create an account in AWS. AWS publishes a complete guide: `How do I create and activate a new AWS account? <https://aws.amazon.com/premiumsupport/knowledge-center/create-and-activate-aws-account/>`__
54
54
55
-
After you have created your account, you’ll need to obtain the ``access_key`` and ``secret_key`` of a user with the necessary permissions to manage instances. The relevant AWS guide is `Configure tool authentication with AWS <https://docs.aws.amazon.com/powershell/latest/userguide/pstools-appendix-sign-up.html>`__.
55
+
After you have created your account, you’ll need to obtain the ``access_key`` and ``secret_key`` of a user with the necessary permissions to manage instances. The relevant AWS guide is `Configure tool authentication with AWS <https://docs.aws.amazon.com/IAM/latest/UserGuide/access-keys-admin-managed.html>`__.
56
56
57
57
Next, you need to choose the region where you want to deploy the new resources. You can check the available regions in AWS’s documentation: `Regions, Availability Zones, and Local Zones <https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html>`__.
58
58
@@ -71,7 +71,7 @@ To log in, point your browser to the OneProvision address:
71
71
72
72
https://<FRONT-END IP>:2616/fireedge/provision
73
73
74
-
In the login screen, enter the credentials for user ``oneadmin``.
74
+
In the log-in screen, enter the credentials for user ``oneadmin``.
75
75
76
76
Sunstone will display the **OneProvision** screen:
77
77
@@ -105,7 +105,7 @@ Sunstone displays the **Provider template** screen, showing the **Provision type
105
105
106
106
|image_provider_create_step1|
107
107
108
-
Click **Next**. In the next screen you can enter a description for your provider:
108
+
Click **Next**. In the next screen, you can enter a description for your provider:
109
109
110
110
|image_provider_create_step2|
111
111
@@ -155,7 +155,7 @@ OneProvision now displays the **Provider** screen showing the available provider
155
155
156
156
|
157
157
158
-
In the next screen you can enter a description for your cluster, if desired:
158
+
In the next screen, you can enter a description for your cluster, if desired:
@@ -212,7 +212,7 @@ To see a running log of the provision, click **Log**:
212
212
213
213
Provisioning will take a few minutes. When it’s finished, the log will display the message ``Provision successfully created``, followed by the provision’s ID.
214
214
215
-
At this point the Edge Cluster has been created, and is up and running. In the next step, we’ll verify that all of the specified resources for the provision (the host, datastore, network, and the cluster itself) have been correctly created and registered with OpenNebula.
215
+
At this point, the Edge Cluster has been created and is up and running. In the next step, we’ll verify that all of the specified resources for the provision (the host, datastore, network, and the cluster itself) have been correctly created and registered with OpenNebula.
In a similar situation as above when `onevm list`` shows all VMs running, but the service is still in ``DEPLOYING`` state, but the VM is not reachable through SSH (e.g. to run the ``onegate vm update`` command).
562
566
567
+
In this case, we can try to scale down and up the role of the problematic VM from the Front-end UI:
568
+
#. Go to Services in the Front-end UI and select the OneKE Service
569
+
#. In the Roles tab choose the problematic VM's role (e.g. worker)
570
+
#. Scale the role to 0
571
+
#. Wait until shutdown of the VM, the scaling and cooldown period of the service finishes
572
+
#. Scale the role to 1
573
+
#. Verify if the problem is solved and the ``oneflow list`` reports the ``RUNNING`` state
0 commit comments