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
In this case, the VM instance will be de-associated from `old_pod_id` and re-assign to `new_pod_id`. Since the VM is already present, `REPLACE` is a faster option to launch a pod, than `RUN` and `START`.
34
34
35
35
> Note: `old_pod_id` must be running.
36
36
37
37
When you `STOP` a Pod, the underlying VM instance will be terminated:
38
38
39
-
[root@user ~:]# hyper stop pod_id
39
+
[root@user ~:]# hyperctl stop pod_id
40
40
41
41
When stopped, the Pod will return to the `Created` state.
42
42
43
43
To permantly destroy a Pod, you need to `RM` it:
44
44
45
-
[root@user ~:]# hyper rm pod_id
45
+
[root@user ~:]# hyperctl rm pod_id
46
46
47
47
Hyper will (stop if neccessary, then) remove the Pod definition and its storage.
Copy file name to clipboardExpand all lines: pod/README.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -12,7 +12,7 @@ The key idea behind **Pod** is that in a microservice architecture usually invol
12
12
13
13
In Hyper, a pod consists of a colocated group of AppContainer images, deployed as a single unit in one Hyper instance.
14
14
15
-
[root@user ~:]# hyper run -p nginx rails logstash cronjob
15
+
[root@user ~:]# hyperctl run -p nginx rails logstash cronjob
16
16
17
17
Inside of the instance, multiple applications from different images share the namespaces: ***`PID`***, ***`Network`***, ***`IPC`***, ***`UTS`***, ***`User`***. Pod helps to provide a familiar view of a tranditional OS to applications, rather than the philosophy of "*one process per container*":
0 commit comments