CoreOS上的Fleet，第二部分
生活随笔
收集整理的這篇文章主要介紹了
CoreOS上的Fleet，第二部分
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
本文講的是CoreOS上的Fleet，第二部分，【譯者的話】緊接前一篇文章，這篇文章是介紹fleet的一些命令，用來管理托管在它之上的服務的。
在我前一篇文章中，我們學到了fleet當一個集群中的節點掛了時，是怎么重新安排服務來讓程序保持可用。描述具體點，就是原本在掛了的節點上跑的代碼會自動遷移到集群中其它的可用節點上。從外部看來，你的應用平滑運行如斯。
如果你有興趣了解fleet是如何適配CoreOS的更多細節，我們可以深入了解之前一篇關于self-sufficient containers的文章。
在這篇文章里，我會介紹下與fleet交互的一些命令。這為后續的介紹fleet的更多高級功能的文章打一個基礎。但是在我們開始介紹這些命令前，我們先重新看一遍單元配置文件。因為后面介紹的那些命令，多數就是在操作單元配置文件的。
你可能會想：“我可以手工操作來跑應用么？” 當然可以咯，不過如果你這么做，fleet就不能得知這個應用的情況，因此也不能管理這個應用。所以我們還是需要用fleet的單元配置文件來定義這個應用成fleet里的服務。
所以，我們應該怎么用fleet的單元配置文件？
首先，讓我們來看一下那些我們可用來加載并運行單元配置文件的命令。然后我們再看其他的fleet命令。
第一步是，上傳單元配置文件到fleet去。 單元配置文件必須是上傳到集群中XXXX的機器去。只有這樣才可以啟動這個服務。fleetctl的CLI工具有這些步驟所需的全部命令了。
我們來看看submit命令。
Submit
submit這條命令可以把單元配置文件提交到fleet去。然后fleet就會讀取文件的內容到內存去，然后就可進行后面的操作。
看起來就像這樣的：
$?fleetctl?submit?myapp.service
你的myapp.service文件現在就會被fleet讀取到了。
然后，你就可以用list-unit-files命令來看單元配置文件是不是已經被提交了。
像這樣：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE????STATE?????TARGET myapp.service??0d1c468??inactive??inactive??-
如你所見，單元配置文件已經被提交了，但是還沒有安排它到集群中的節點去。
如果想看已經提交了的單元配置文件的內容，你可以敲以下的命令：
$?fleetctl?cat?myapp.service [Unit] Description=My?Service After=docker.service[Service] TimeoutStartSec=0 ExecStartPre=-/usr/bin/docker?kill?hello ExecStartPre=-/usr/bin/docker?rm?hello ExecStartPre=/usr/bin/docker?pull?busybox ExecStart=/usr/bin/docker?run?--name?hello?busybox?/bin/sh?-c?"while?true;?do?echo?Hello?World;?sleep?1;?done" ExecStop=/usr/bin/docker?stop?hello
注意，如果你重新提交一次單元配置文件，fleet不會在內存中更新該單元配置文件的內容的。如果你想更新它，你必須移除后重新提交。
Load
一旦提交了你的單元配置文件，下一步就是安排它到機器上面去跑了。
當我們安排一個單元配置時，fleet會決定集群中哪臺機器是跑該單元配置的最優選擇。fleet會根據單元配置文件的內容跟集群中每一臺機器的最近工作卷來下決定。然后fleet就將單元配置文件傳到目標機器，并且將其加載到機器的systemd中去。
你可以用load命令來加載并安排單元配置，像這樣：
$?fleetctl?load?myapp.service Unit?myapp.service?loaded?on?43cb4dc3.../172.31.9.57
現在，如果你再查看一下單元配置文件，你就會看到它已經被加載了，而且你還看到目標節點的IP地址。
像這樣：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE??STATE???TARGET myapp.service??0d1c468??loaded??loaded??43c.../172.31.9.57
我們現在就可以用list-units命令來展示已經安排好或者在跑著的單元配置還有它們的狀態。
像這樣：
$?fleetctl?list-units UNIT???????????MACHINE??????????????????ACTIVE????SUB myapp.service??43cb4dc3.../172.31.9.57??inactive??dead
Start
要啟動一個單元配置，你需要用start命令。命令可以讓單元配置在已經加載好的機器上啟動。
像這樣啟動一個單元配置：
$?fleetctl?start?myapp.service Unit?myapp.service?launched?on?43cb4dc3.../172.31.9.57
然后你可以這樣再檢查一下單元配置文件的列表：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE????STATE?????TARGET myapp.service??0d1c468??launched??launched??43cb.../172.31.9.57
如你所見，單元配置的狀態的是launched了，注意：DSTATE一列的意思是期望的狀態，而STATE一列的意思是實際的狀態。如果這兩列是匹配的，則表示操作沒問題了。
你也可以接著這么檢查：
$?fleetctl?list-units UNIT???????????MACHINE??????????????????ACTIVE??SUB myapp.service??43cb4dc3.../172.31.9.57??active??running
要注意的是，list-unit-files輸出的是，list-units輸出的是關于systemd狀態等等的信息。這些信息都是從被安置了單元配置文件的機器的守護進程直接收集到的。所以這看到的信息是比較直觀地暴露出該服務在機器上的狀態。
ACTIVE一列顯示的是單元配置的概括性的狀態描述，而SUB則是更低層次的描述。
移除一個服務
我們剛才學到的每一個命令都有與之對應的相反功能的命令。
Stop
用stop這命令，可以將運行中的服務停止。這命令作用是跑著服務的機器本機的systemd執行定義在單元配置文件里面的stopping命令。
你可以這樣子做：
$?fleetctl?stop?myapp.service Unit?myapp.service?loaded?on?43cb4dc3.../172.31.9.57
如你所見，這服務的狀態回復到loaded狀態。這服務是仍然加載在機器中的systemd的。只是并沒有運行。
我們可以這樣來確認下狀況：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE??STATE???TARGET myapp.service??0d1c468??loaded??loaded??43cb.../172.31.9.57
Unload
如果你想將單元配置從目標機器中的systemd去除，而又還保留在fleet中，你可以卸下這個單元配置。
如果該單元配置是active狀態的，它會先被停止了，然后才卸下。
你可以這樣子做：
$?fleetctl?unload?myapp.service Unit?myapp.service?inactive
現在，你就可以再檢查一下狀態：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE????STATE?????TARGET myapp.service??0d1c468??inactive??inactive??-
你可以看到，單元配置被標記為inactive。另外，它也沒有了目標機器的信息。
Destroy
如果你希望完全地將單元配置從fleet中去除掉，你可以用destroy命令。該命令將會先把單元配置所定義的服務停止，然后從機器中卸下該單元配置，最后才從fleet中去除。
像這樣運行：
$?fleetctl?destroy?myapp.service Destroyed?myapp.service
前面也說過了，如果你修改了單元配置文件，你必須先銷毀該單元配置，再重新提交，然后啟動它。那是因為單元配置文件一旦被提交到fleet，它是靜態的，不可被更新的。
但是如果我們覺得這樣的信息還不足夠呢？
幸運的是，還有兩個命令可以用來獲取單個服務更加具體的信息。
Status
status命令反饋回來的信息是跑著單元配置的機器的systemctl的狀態。
這看起來是像這樣的：
$?fleetctl?status?myapp.service ●?myapp.service?-?My?ServiceLoaded:?loaded?(/run/fleet/units/myapp.service;?linked-runtime;?vendor?preset:?disabled)Active:?active?(running)?since?Fri?2016-03-25?14:02:24?UTC;?51min?agoProcess:?2965?ExecStartPre=/usr/bin/docker?pull?busybox?(code=exited,?status=0/SUCCESS)Process:?2954?ExecStartPre=/usr/bin/docker?rm?hello?(code=exited,?status=0/SUCCESS)Process:?2945?ExecStartPre=/usr/bin/docker?kill?hello?(code=exited,?status=1/FAILURE)Main?PID:?2977?(docker)Memory:?11.4MCPU:?435msCGroup:?/system.slice/myapp.service└─2977?/usr/bin/docker?run?--name?hello?busybox?/bin/sh?-c?while?true;?do?echo?Hello?World;?sleep?1;?doneMar?25?14:53:35?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:36?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:37?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:38?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:39?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:40?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:41?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:42?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:43?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:44?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World
如你所見，我們最終可證實我們定義的單元配置正如預期運行著。
Journal
如果你希望只是看下某單元配置的服務的日志兒不是完整的執行信息。你可以單獨使用journal命令。
如下：
$?fleetctl?journal?hello.service--?Logs?begin?at?Fri?2016-03-25?10:08:44?UTC,?end?at?Fri?2016-03-25?16:19:04?UTC.?-- Mar?25?16:18:55?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:56?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:57?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:58?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:59?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:00?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:01?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:02?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:03?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:04?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World
默認情況下，只會顯示最新的10行
你可以用--lines參數來調整行數：
$?fleetctl?journal?--lines?20?hello.service
也可以用-f參數：
$?fleetctl?journal?-f?hello.service
這個功能類似于tail -f，讓你實時看到新增部分的日志。
用來提交，加載和啟動單元配置的命令
用來停止，卸下和銷毀單元配置的命令
用來檢查單元配置狀態的命令
這是這fleet系列的第二篇文章，我的第一篇文章介紹了單元配置跟粗略看了一遍fleet的功能，這系列的下一篇文章，我們將會講解下fleet的API。
原文鏈接：?Fleet on CoreOS, Part Two（翻譯：伍健源）
原文發布時間為：2016-06-03 本文作者：Coolxwu 本文來自云棲社區合作伙伴DockerOne，了解相關信息可以關注DockerOne。 原文標題：CoreOS上的Fleet，第二部分
在我前一篇文章中，我們學到了fleet當一個集群中的節點掛了時，是怎么重新安排服務來讓程序保持可用。描述具體點，就是原本在掛了的節點上跑的代碼會自動遷移到集群中其它的可用節點上。從外部看來，你的應用平滑運行如斯。
如果你有興趣了解fleet是如何適配CoreOS的更多細節，我們可以深入了解之前一篇關于self-sufficient containers的文章。
在這篇文章里，我會介紹下與fleet交互的一些命令。這為后續的介紹fleet的更多高級功能的文章打一個基礎。但是在我們開始介紹這些命令前，我們先重新看一遍單元配置文件。因為后面介紹的那些命令，多數就是在操作單元配置文件的。
單元配置文件
如你所知，單元配置文件定義了你要在集群中跑的服務。可以想成它就是fleet管理應用的方式。你可能會想：“我可以手工操作來跑應用么？” 當然可以咯，不過如果你這么做，fleet就不能得知這個應用的情況，因此也不能管理這個應用。所以我們還是需要用fleet的單元配置文件來定義這個應用成fleet里的服務。
所以，我們應該怎么用fleet的單元配置文件？
首先，讓我們來看一下那些我們可用來加載并運行單元配置文件的命令。然后我們再看其他的fleet命令。
啟動一個服務
通過fleet運行一個服務，需要幾個必要的步驟。第一步是，上傳單元配置文件到fleet去。 單元配置文件必須是上傳到集群中XXXX的機器去。只有這樣才可以啟動這個服務。fleetctl的CLI工具有這些步驟所需的全部命令了。
我們來看看submit命令。
Submit
submit這條命令可以把單元配置文件提交到fleet去。然后fleet就會讀取文件的內容到內存去，然后就可進行后面的操作。
看起來就像這樣的：
$?fleetctl?submit?myapp.service
你的myapp.service文件現在就會被fleet讀取到了。
然后，你就可以用list-unit-files命令來看單元配置文件是不是已經被提交了。
像這樣：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE????STATE?????TARGET myapp.service??0d1c468??inactive??inactive??-
如你所見，單元配置文件已經被提交了，但是還沒有安排它到集群中的節點去。
如果想看已經提交了的單元配置文件的內容，你可以敲以下的命令：
$?fleetctl?cat?myapp.service [Unit] Description=My?Service After=docker.service[Service] TimeoutStartSec=0 ExecStartPre=-/usr/bin/docker?kill?hello ExecStartPre=-/usr/bin/docker?rm?hello ExecStartPre=/usr/bin/docker?pull?busybox ExecStart=/usr/bin/docker?run?--name?hello?busybox?/bin/sh?-c?"while?true;?do?echo?Hello?World;?sleep?1;?done" ExecStop=/usr/bin/docker?stop?hello
注意，如果你重新提交一次單元配置文件，fleet不會在內存中更新該單元配置文件的內容的。如果你想更新它，你必須移除后重新提交。
Load
一旦提交了你的單元配置文件，下一步就是安排它到機器上面去跑了。
當我們安排一個單元配置時，fleet會決定集群中哪臺機器是跑該單元配置的最優選擇。fleet會根據單元配置文件的內容跟集群中每一臺機器的最近工作卷來下決定。然后fleet就將單元配置文件傳到目標機器，并且將其加載到機器的systemd中去。
你可以用load命令來加載并安排單元配置，像這樣：
$?fleetctl?load?myapp.service Unit?myapp.service?loaded?on?43cb4dc3.../172.31.9.57
現在，如果你再查看一下單元配置文件，你就會看到它已經被加載了，而且你還看到目標節點的IP地址。
像這樣：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE??STATE???TARGET myapp.service??0d1c468??loaded??loaded??43c.../172.31.9.57
我們現在就可以用list-units命令來展示已經安排好或者在跑著的單元配置還有它們的狀態。
像這樣：
$?fleetctl?list-units UNIT???????????MACHINE??????????????????ACTIVE????SUB myapp.service??43cb4dc3.../172.31.9.57??inactive??dead
Start
要啟動一個單元配置，你需要用start命令。命令可以讓單元配置在已經加載好的機器上啟動。
像這樣啟動一個單元配置：
$?fleetctl?start?myapp.service Unit?myapp.service?launched?on?43cb4dc3.../172.31.9.57
然后你可以這樣再檢查一下單元配置文件的列表：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE????STATE?????TARGET myapp.service??0d1c468??launched??launched??43cb.../172.31.9.57
如你所見，單元配置的狀態的是launched了，注意：DSTATE一列的意思是期望的狀態，而STATE一列的意思是實際的狀態。如果這兩列是匹配的，則表示操作沒問題了。
你也可以接著這么檢查：
$?fleetctl?list-units UNIT???????????MACHINE??????????????????ACTIVE??SUB myapp.service??43cb4dc3.../172.31.9.57??active??running
要注意的是，list-unit-files輸出的是，list-units輸出的是關于systemd狀態等等的信息。這些信息都是從被安置了單元配置文件的機器的守護進程直接收集到的。所以這看到的信息是比較直觀地暴露出該服務在機器上的狀態。
ACTIVE一列顯示的是單元配置的概括性的狀態描述，而SUB則是更低層次的描述。
移除一個服務
我們剛才學到的每一個命令都有與之對應的相反功能的命令。
Stop
用stop這命令，可以將運行中的服務停止。這命令作用是跑著服務的機器本機的systemd執行定義在單元配置文件里面的stopping命令。
你可以這樣子做：
$?fleetctl?stop?myapp.service Unit?myapp.service?loaded?on?43cb4dc3.../172.31.9.57
如你所見，這服務的狀態回復到loaded狀態。這服務是仍然加載在機器中的systemd的。只是并沒有運行。
我們可以這樣來確認下狀況：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE??STATE???TARGET myapp.service??0d1c468??loaded??loaded??43cb.../172.31.9.57
Unload
如果你想將單元配置從目標機器中的systemd去除，而又還保留在fleet中，你可以卸下這個單元配置。
如果該單元配置是active狀態的，它會先被停止了，然后才卸下。
你可以這樣子做：
$?fleetctl?unload?myapp.service Unit?myapp.service?inactive
現在，你就可以再檢查一下狀態：
$?fleetctl?list-unit-files UNIT???????????HASH?????DSTATE????STATE?????TARGET myapp.service??0d1c468??inactive??inactive??-
你可以看到，單元配置被標記為inactive。另外，它也沒有了目標機器的信息。
Destroy
如果你希望完全地將單元配置從fleet中去除掉，你可以用destroy命令。該命令將會先把單元配置所定義的服務停止，然后從機器中卸下該單元配置，最后才從fleet中去除。
像這樣運行：
$?fleetctl?destroy?myapp.service Destroyed?myapp.service
前面也說過了，如果你修改了單元配置文件，你必須先銷毀該單元配置，再重新提交，然后啟動它。那是因為單元配置文件一旦被提交到fleet，它是靜態的，不可被更新的。
獲取服務狀態
我們已經看到兩個命令都可以獲取到狀態信息了，list-units和list-unit-files。list-units命令會列出全部安排在機器上的單元配置。list-unit-files命令則會展示全部fleet上全部的單元配置文件，以及還有它的預期狀態，跟實際狀態。但是如果我們覺得這樣的信息還不足夠呢？
幸運的是，還有兩個命令可以用來獲取單個服務更加具體的信息。
Status
status命令反饋回來的信息是跑著單元配置的機器的systemctl的狀態。
這看起來是像這樣的：
$?fleetctl?status?myapp.service ●?myapp.service?-?My?ServiceLoaded:?loaded?(/run/fleet/units/myapp.service;?linked-runtime;?vendor?preset:?disabled)Active:?active?(running)?since?Fri?2016-03-25?14:02:24?UTC;?51min?agoProcess:?2965?ExecStartPre=/usr/bin/docker?pull?busybox?(code=exited,?status=0/SUCCESS)Process:?2954?ExecStartPre=/usr/bin/docker?rm?hello?(code=exited,?status=0/SUCCESS)Process:?2945?ExecStartPre=/usr/bin/docker?kill?hello?(code=exited,?status=1/FAILURE)Main?PID:?2977?(docker)Memory:?11.4MCPU:?435msCGroup:?/system.slice/myapp.service└─2977?/usr/bin/docker?run?--name?hello?busybox?/bin/sh?-c?while?true;?do?echo?Hello?World;?sleep?1;?doneMar?25?14:53:35?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:36?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:37?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:38?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:39?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:40?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:41?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:42?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:43?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?14:53:44?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World
如你所見，我們最終可證實我們定義的單元配置正如預期運行著。
Journal
如果你希望只是看下某單元配置的服務的日志兒不是完整的執行信息。你可以單獨使用journal命令。
如下：
$?fleetctl?journal?hello.service--?Logs?begin?at?Fri?2016-03-25?10:08:44?UTC,?end?at?Fri?2016-03-25?16:19:04?UTC.?-- Mar?25?16:18:55?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:56?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:57?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:58?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:18:59?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:00?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:01?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:02?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:03?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World Mar?25?16:19:04?ip-172-31-9-57.ap-southeast-1.compute.internal?docker[2977]:?Hello?World
默認情況下，只會顯示最新的10行
你可以用--lines參數來調整行數：
$?fleetctl?journal?--lines?20?hello.service
也可以用-f參數：
$?fleetctl?journal?-f?hello.service
這個功能類似于tail -f，讓你實時看到新增部分的日志。
結尾
在這篇文章中，我們看到了：用來提交，加載和啟動單元配置的命令
用來停止，卸下和銷毀單元配置的命令
用來檢查單元配置狀態的命令
這是這fleet系列的第二篇文章，我的第一篇文章介紹了單元配置跟粗略看了一遍fleet的功能，這系列的下一篇文章，我們將會講解下fleet的API。
原文鏈接：?Fleet on CoreOS, Part Two（翻譯：伍健源）
原文發布時間為：2016-06-03 本文作者：Coolxwu 本文來自云棲社區合作伙伴DockerOne，了解相關信息可以關注DockerOne。 原文標題：CoreOS上的Fleet，第二部分
總結
以上是生活随笔為你收集整理的CoreOS上的Fleet，第二部分的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： ipadmini5运行内存多大
- 下一篇： 【韩顺平Servlet视频教程】下载