簡單python
爲啥簡單呢?由於我們一般管理linux進程的時候,通常來講都須要本身編寫一個可以實現進程start/stop/restart/reload功能的腳本,而後丟到/etc/init.d/下面。這麼作有不少很差的地方,第一咱們要編寫這個腳本,這就很耗時耗力了。第二,當這個進程掛掉的時候,linux不會自動重啓它的,想要自動重啓的話,咱們還要本身寫一個監控重啓腳本。而,supervisor則能夠完美的解決這些問題。好,怎麼解決的呢,其實supervisor管理進程,就是經過fork/exec的方式把這些被管理的進程,看成supervisor的子進程來啓動。這樣的話,咱們只要在supervisor的配置文件中,把要管理的進程的可執行文件的路徑寫進去就OK了。這樣就省下了咱們如同linux管理進程的時候,本身寫控制腳本的麻煩了。第二,被管理進程做爲supervisor的子進程,當子進程掛掉的時候,父進程能夠準確獲取子進程掛掉的信息的,因此固然也就能夠對掛掉的子進程進行自動重啓了,固然重啓仍是不重啓,也要看你的配置文件裏面有木有設置autostart=true了,這是後話。linux
精確git
爲啥說精確呢?由於linux對進程狀態的反饋,有時候不太準確。而supervisor監控子進程,獲得的子進程狀態無疑是準確的。github
進程組web
supervisor能夠對進程組統一管理,也就是說我們能夠把須要管理的進程寫到一個組裏面,而後咱們把這個組做爲一個對象進行管理,如啓動,中止,重啓等等操做。而linux系統則是沒有這種功能的,咱們想要中止一個進程,只能一個一個的去中止,要麼就本身寫個腳本去批量中止。shell
集中式管理apache
supervisor管理的進程,進程組信息,所有都寫在一個ini格式的文件裏就OK了。並且,咱們管理supervisor的時候的能夠在本地進行管理,也能夠遠程管理,並且supervisor提供了一個web界面,咱們能夠在web界面上監控,管理進程。 固然了,本地,遠程和web管理的時候,須要調用supervisor的xml_rpc接口,這個也是後話。vim
有效性緩存
當supervisor的子進程掛掉的時候,操做系統會直接給supervisor發信號。而其餘的一些相似supervisor的工具,則是經過進程的pid文件,來發送信號的,而後按期輪詢來重啓失敗的進程。顯然supervisor更加高效。。。至因而哪些相似supervisor工具,這個樓主就不太清楚了,樓主還據說過god,director,可是沒用過。有興趣的朋友能夠玩玩tomcat
可擴展性
supervisor是個開源軟件,牛逼點的,能夠直接去改軟件。不過我們大多數人仍是老老實實研究supervisot提供的接口吧,supervisor主要提供了兩個可擴展的功能。一個是event機制,這個就是樓主這兩天干的活要用到的東西。再一個是xml_rpc,supervisor的web管理端和遠程調用的時候,就要用到它了。
權限
大夥都知道linux的進程,特別是偵聽在1024端口之下的進程,通常用戶大多數狀況下,是不能對其進行控制的。想要控制的話,必需要有root權限。而supervisor提供了一個功能,能夠爲supervisord或者每一個子進程,設置一個非root的user,這個user就能夠管理它對應的進程了。
兼容性,穩定性 好
第一種安裝方法:
# yum install python-setuptools # easy_install supervisor
第二種安裝方法:
#wget https://pypi.python.org/packages/80/37/964c0d53cbd328796b1aeb7abea4c0f7b0e8c7197ea9b0b9967b7d004def/supervisor-3.3.1.tar.gz 而後經過python安裝: # tar zxf supervisor-3.3.1.tar.gz # cd supervisor # python setup.py install
安裝好supervisor以後,默認是沒有生成配置文件的。能夠經過如下命令生成配置文件
echo_supervisord_conf > /etc/supervisord.conf
咱們一般是把配置文件放到/etc/下面,固然也能夠放到任意路徑下面。
修改/etc/supervisord.conf配置文件:
在文件結尾[include]節點處,把;files = relative/directory/*.ini改成files =/etc/supervisord.d/*.conf,保存並退出
### 生成配置文件,且放在/etc目錄下 echo_supervisord_conf > /etc/supervisord.conf ###爲了避免將全部新增配置信息全寫在一個配置文件裏,這裏新建一個文件夾,每一個程序設置一個配置文件,相互隔離 mkdir /etc/supervisord.d/ ### 修改配置文件 vim /etc/supervisord.conf ### 加入如下配置信息 [include] files = /etc/supervisord.d/*.conf ### 在supervisord.conf中設置經過web能夠查看管理的進程,加入如下代碼(默認即有,取消註釋便可) [inet_http_server] port=9001 username=user password=123
啓動supervisord
# supervisord -c /etc/supervisord.conf
查看一下是否監聽
# lsof -i:9001 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME superviso 14685 root 4u IPv4 20155719 0t0 TCP *:etlservicemgr (LISTEN)
如今經過 http://ip:9001/ 就能夠查看supervisor的web界面了(默認用戶名及密碼是user和123),固然目前尚未加入任何監控的程序。
啓動
如下啓動順序由上到下優先級,依次遞減
supervisord #默認去找$CWD/supervisord.conf,也就是當前目錄 supervisord #默認$CWD/etc/supervisord.conf,也就當前目錄下的etc目錄 supervisord #默認去找/etc/supervisord.conf的配置文件 supervisord -c /home/supervisord.conf #到指定路徑下去找配置文件
supervisord
supervisord是supervisor的服務端程序。
乾的活:啓動supervisor程序自身,啓動supervisor管理的子進程,響應來自clients的請求,重啓閃退或異常退出的子進程,把子進程的stderr或stdout記錄到日誌文件中,生成和處理Event
supervisorctl
這東西仍是有點用的,若是說supervisord是supervisor的服務端程序,那麼supervisorctl就是client端程序了。supervisorctl有一個類型shell的命令行界面,咱們能夠利用它來查看子進程狀態,啓動/中止/重啓子進程,獲取running子進程的列表等等。。。最牛逼的一點是,supervisorctl不只能夠鏈接到本機上的supervisord,還能夠鏈接到遠程的supervisord,固然在本機上面是經過UNIX socket鏈接的,遠程是經過TCP socket鏈接的。supervisorctl和supervisord之間的通訊,是經過xml_rpc完成的。 相應的配置在[supervisorctl]塊裏面
Web Server
Web Server主要能夠在界面上管理進程,Web Server實際上是經過XML_RPC來實現的,能夠向supervisor請求數據,也能夠控制supervisor及子進程。配置在[inet_http_server]塊裏面
XML_RPC接口
這個就是遠程調用的,上面的supervisorctl和Web Server就是它弄的
配置文件詳解
[unix_http_server] file=/tmp/supervisor.sock ; socket文件的路徑,supervisorctl用XML_RPC和supervisord通訊就是經過它進行 的。若是不設置的話,supervisorctl也就不能用了 不設置的話,默認爲none。 非必須設置 ;chmod=0700 ; 這個簡單,就是修改上面的那個socket文件的權限爲0700 不設置的話,默認爲0700。 非必須設置 ;chown=nobody:nogroup ; 這個同樣,修改上面的那個socket文件的屬組爲user.group 不設置的話,默認爲啓動supervisord進程的用戶及屬組。非必須設置 ;username=user ; 使用supervisorctl鏈接的時候,認證的用戶 不設置的話,默認爲不須要用戶。 非必須設置 ;password=123 ; 和上面的用戶名對應的密碼,能夠直接使用明碼,也可使用SHA加密 如:{SHA}82ab876d1387bfafe46cc1c8a2ef074eae50cb1d 默認不設置。。。非必須設置 ;[inet_http_server] ; 偵聽在TCP上的socket,Web Server和遠程的supervisorctl都要用到他 不設置的話,默認爲不開啓。非必須設置 ;port=127.0.0.1:9001 ; 這個是偵聽的IP和端口,偵聽全部IP用 :9001或*:9001。 這個必須設置,只要上面的[inet_http_server]開啓了,就必須設置它 ;username=user ; 這個和上面的uinx_http_server一個樣。非必須設置 ;password=123 ; 這個也一個樣。非必須設置 [supervisord] ;這個主要是定義supervisord這個服務端進程的一些參數的 這個必須設置,不設置,supervisor就不用幹活了 logfile=/tmp/supervisord.log ; 這個是supervisord這個主進程的日誌路徑,注意和子進程的日誌不搭嘎。 默認路徑$CWD/supervisord.log,$CWD是當前目錄。。非必須設置 logfile_maxbytes=50MB ; 這個是上面那個日誌文件的最大的大小,當超過50M的時候,會生成一個新的日 志文件。當設置爲0時,表示不限制文件大小 默認值是50M,非必須設置。 logfile_backups=10 ; 日誌文件保持的數量,上面的日誌文件大於50M時,就會生成一個新文件。文件 數量大於10時,最初的老文件被新文件覆蓋,文件數量將保持爲10 當設置爲0時,表示不限制文件的數量。 默認狀況下爲10。。。非必須設置 loglevel=info ; 日誌級別,有critical, error, warn, info, debug, trace, or blather等 默認爲info。。。非必須設置項 pidfile=/tmp/supervisord.pid ; supervisord的pid文件路徑。 默認爲$CWD/supervisord.pid。。。非必須設置 nodaemon=false ; 若是是true,supervisord進程將在前臺運行 默認爲false,也就是後臺以守護進程運行。。。非必須設置 minfds=1024 ; 這個是最少系統空閒的文件描述符,低於這個值supervisor將不會啓動。 系統的文件描述符在這裏設置cat /proc/sys/fs/file-max 默認狀況下爲1024。。。非必須設置 minprocs=200 ; 最小可用的進程描述符,低於這個值supervisor也將不會正常啓動。 ulimit -u這個命令,能夠查看linux下面用戶的最大進程數 默認爲200。。。非必須設置 ;umask=022 ; 進程建立文件的掩碼 默認爲022。。非必須設置項 ;user=chrism ; 這個參數能夠設置一個非root用戶,當咱們以root用戶啓動supervisord以後。 我這裏面設置的這個用戶,也能夠對supervisord進行管理 默認狀況是不設置。。。非必須設置項 ;identifier=supervisor ; 這個參數是supervisord的標識符,主要是給XML_RPC用的。當你有多個 supervisor的時候,並且想調用XML_RPC統一管理,就須要爲每一個 supervisor設置不一樣的標識符了 默認是supervisord。。。非必需設置 ;directory=/tmp ; 這個參數是當supervisord做爲守護進程運行的時候,設置這個參數的話,啓動 supervisord進程以前,會先切換到這個目錄 默認不設置。。。非必須設置 ;nocleanup=true ; 這個參數當爲false的時候,會在supervisord進程啓動的時候,把之前子進程 產生的日誌文件(路徑爲AUTO的狀況下)清除掉。有時候我們想要看歷史日誌,當 然不想日誌被清除了。因此能夠設置爲true 默認是false,有調試需求的同窗能夠設置爲true。。。非必須設置 ;childlogdir=/tmp ; 當子進程日誌路徑爲AUTO的時候,子進程日誌文件的存放路徑。 默認路徑是這個東西,執行下面的這個命令看看就OK了,處理的東西就默認路徑 python -c "import tempfile;print tempfile.gettempdir()" 非必須設置 ;environment=KEY="value" ; 這個是用來設置環境變量的,supervisord在linux中啓動默認繼承了linux的 環境變量,在這裏能夠設置supervisord進程特有的其餘環境變量。 supervisord啓動子進程時,子進程會拷貝父進程的內存空間內容。 因此設置的 這些環境變量也會被子進程繼承。 小例子:environment=name="haha",age="hehe" 默認爲不設置。。。非必須設置 ;strip_ansi=false ; 這個選項若是設置爲true,會清除子進程日誌中的全部ANSI 序列。什麼是ANSI 序列呢?就是咱們的\n,\t這些東西。 默認爲false。。。非必須設置 ; the below section must remain in the config file for RPC ; (supervisorctl/web interface) to work, additional interfaces may be ; added by defining them in separate rpcinterface: sections [rpcinterface:supervisor] ;這個選項是給XML_RPC用的,固然你若是想使用supervisord或者web server 這 個選項必需要開啓的 supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface [supervisorctl] ;這個主要是針對supervisorctl的一些配置 serverurl=unix:///tmp/supervisor.sock ; 這個是supervisorctl本地鏈接supervisord的時候,本地UNIX socket 路徑,注意這個是和前面的[unix_http_server]對應的 默認值就是unix:///tmp/supervisor.sock。。非必須設置 ;serverurl=http://127.0.0.1:9001 ; 這個是supervisorctl遠程鏈接supervisord的時候,用到的TCP socket路徑 注意這個和前面的[inet_http_server]對應 默認就是http://127.0.0.1:9001。。。非必須項 ;username=chris ; 用戶名 默認空。。非必須設置 ;password=123 ; 密碼 默認空。。非必須設置 ;prompt=mysupervisor ; 輸入用戶名密碼時候的提示符 默認supervisor。。非必須設置 ;history_file=~/.sc_history ; 這個參數和shell中的history相似,咱們能夠用上下鍵來查找前面執行過的命令 默認是no file的。。因此咱們想要有這種功能,必須指定一個文件。。。非 必須設置 ; The below sample program section shows all possible program subsection values, ; create one or more 'real' program: sections to be able to control them under ; supervisor. ;[program:theprogramname] ;這個就是我們要管理的子進程了,":"後面的是名字,最好別亂寫和實際進程 有點關聯最好。這樣的program咱們能夠設置一個或多個,一個program就是 要被管理的一個進程 ;command=/bin/cat ; 這個就是咱們的要啓動進程的命令路徑了,能夠帶參數 例子:/home/test.py -a 'hehe' 有一點須要注意的是,咱們的command只能是那種在終端運行的進程,不能是 守護進程。這個想一想也知道了,好比說command=service httpd start。 httpd這個進程被linux的service管理了,咱們的supervisor再去啓動這個命令 這已經不是嚴格意義的子進程了。 這個是個必須設置的項 ;process_name=%(program_name)s ; 這個是進程名,若是咱們下面的numprocs參數爲1的話,就不用管這個參數 了,它默認值%(program_name)s也就是上面的那個program冒號後面的名字, 可是若是numprocs爲多個的話,那就不能這麼幹了。想一想也知道,不可能每一個 進程都用同一個進程名吧。 ;numprocs=1 ; 啓動進程的數目。當不爲1時,就是進程池的概念,注意process_name的設置 默認爲1 。。非必須設置 ;directory=/tmp ; 進程運行前,會前切換到這個目錄 默認不設置。。。非必須設置 ;umask=022 ; 進程掩碼,默認none,非必須 ;priority=999 ; 子進程啓動關閉優先級,優先級低的,最早啓動,關閉的時候最後關閉 默認值爲999 。。非必須設置 ;autostart=true ; 若是是true的話,子進程將在supervisord啓動後被自動啓動 默認就是true 。。非必須設置 ;autorestart=unexpected ; 這個是設置子進程掛掉後自動重啓的狀況,有三個選項,false,unexpected 和true。若是爲false的時候,不管什麼狀況下,都不會被從新啓動, 若是爲unexpected,只有當進程的退出碼不在下面的exitcodes裏面定義的退 出碼的時候,纔會被自動重啓。當爲true的時候,只要子進程掛掉,將會被無 條件的重啓 ;startsecs=1 ; 這個選項是子進程啓動多少秒以後,此時狀態若是是running,則咱們認爲啓 動成功了 默認值爲1 。。非必須設置 ;startretries=3 ; 當進程啓動失敗後,最大嘗試啓動的次數。。當超過3次後,supervisor將把 此進程的狀態置爲FAIL 默認值爲3 。。非必須設置 ;exitcodes=0,2 ; 注意和上面的的autorestart=unexpected對應。。exitcodes裏面的定義的 退出碼是expected的。 ;stopsignal=QUIT ; 進程中止信號,能夠爲TERM, HUP, INT, QUIT, KILL, USR1, or USR2等信號 默認爲TERM 。。當用設定的信號去幹掉進程,退出碼會被認爲是expected 非必須設置 ;stopwaitsecs=10 ; 這個是當咱們向子進程發送stopsignal信號後,到系統返回信息 給supervisord,所等待的最大時間。 超過這個時間,supervisord會向該 子進程發送一個強制kill的信號。 默認爲10秒。。非必須設置 ;stopasgroup=false ; 這個東西主要用於,supervisord管理的子進程,這個子進程自己還有 子進程。那麼咱們若是僅僅幹掉supervisord的子進程的話,子進程的子進程 有可能會變成孤兒進程。因此我們能夠設置可個選項,把整個該子進程的 整個進程組都幹掉。 設置爲true的話,通常killasgroup也會被設置爲true。 須要注意的是,該選項發送的是stop信號 默認爲false。。非必須設置。。 ;killasgroup=false ; 這個和上面的stopasgroup相似,不過發送的是kill信號 ;user=chrism ; 若是supervisord是root啓動,咱們在這裏設置這個非root用戶,能夠用來 管理該program 默認不設置。。。非必須設置項 ;redirect_stderr=true ; 若是爲true,則stderr的日誌會被寫入stdout日誌文件中 默認爲false,非必須設置 ;stdout_logfile=/a/path ; 子進程的stdout的日誌路徑,能夠指定路徑,AUTO,none等三個選項。 設置爲none的話,將沒有日誌產生。設置爲AUTO的話,將隨機找一個地方 生成日誌文件,並且當supervisord從新啓動的時候,之前的日誌文件會被 清空。當 redirect_stderr=true的時候,sterr也會寫進這個日誌文件 ;stdout_logfile_maxbytes=1MB ; 日誌文件最大大小,和[supervisord]中定義的同樣。默認爲50 ;stdout_logfile_backups=10 ; 和[supervisord]定義的同樣。默認10 ;stdout_capture_maxbytes=1MB ; 這個東西是設定capture管道的大小,當值不爲0的時候,子進程能夠從stdout 發送信息,而supervisor能夠根據信息,發送相應的event。 默認爲0,爲0的時候表達關閉管道。。。非必須項 ;stdout_events_enabled=false ; 當設置爲ture的時候,當子進程由stdout向文件描述符中寫日誌的時候,將 觸發supervisord發送PROCESS_LOG_STDOUT類型的event 默認爲false。。。非必須設置 ;stderr_logfile=/a/path ; 這個東西是設置stderr寫的日誌路徑,當redirect_stderr=true。這個就不用 設置了,設置了也是白搭。由於它會被寫入stdout_logfile的同一個文件中 默認爲AUTO,也就是隨便找個地存,supervisord重啓被清空。。非必須設置 ;stderr_logfile_maxbytes=1MB ; 這個出現好幾回了,就不重複了 ;stderr_logfile_backups=10 ; 這個也是 ;stderr_capture_maxbytes=1MB ; 這個同樣,和stdout_capture同樣。 默認爲0,關閉狀態 ;stderr_events_enabled=false ; 這個也是同樣,默認爲false ;environment=A="1",B="2" ; 這個是該子進程的環境變量,和別的子進程是不共享的 ;serverurl=AUTO ; ; The below sample eventlistener section shows all possible ; eventlistener subsection values, create one or more 'real' ; eventlistener: sections to be able to handle event notifications ; sent by supervisor. ;[eventlistener:theeventlistenername] ;這個東西其實和program的地位是同樣的,也是suopervisor啓動的子進 程,不過它乾的活是訂閱supervisord發送的event。他的名字就叫 listener了。咱們能夠在listener裏面作一系列處理,好比報警等等 樓主這兩天干的活,就是弄的這玩意 ;command=/bin/eventlistener ; 這個和上面的program同樣,表示listener的可執行文件的路徑 ;process_name=%(program_name)s ; 這個也同樣,進程名,當下面的numprocs爲多個的時候,才須要。不然默認就 OK了 ;numprocs=1 ; 相同的listener啓動的個數 ;events=EVENT ; event事件的類型,也就是說,只有寫在這個地方的事件類型。纔會被髮送 ;buffer_size=10 ; 這個是event隊列緩存大小,單位不太清楚,樓主猜想應該是個吧。當buffer 超過10的時候,最舊的event將會被清除,並把新的event放進去。 默認值爲10。。非必須選項 ;directory=/tmp ; 進程執行前,會切換到這個目錄下執行 默認爲不切換。。。非必須 ;umask=022 ; 淹沒,默認爲none,不說了 ;priority=-1 ; 啓動優先級,默認-1,也不扯了 ;autostart=true ; 是否隨supervisord啓動一塊兒啓動,默認true ;autorestart=unexpected ; 是否自動重啓,和program一個樣,分true,false,unexpected等,注意 unexpected和exitcodes的關係 ;startsecs=1 ; 也是同樣,進程啓動後跑了幾秒鐘,才被認定爲成功啓動,默認1 ;startretries=3 ; 失敗最大嘗試次數,默認3 ;exitcodes=0,2 ; 指望或者說預料中的進程退出碼, ;stopsignal=QUIT ; 幹掉進程的信號,默認爲TERM,好比設置爲QUIT,那麼若是QUIT來幹這個進程 那麼會被認爲是正常維護,退出碼也被認爲是expected中的 ;stopwaitsecs=10 ; max num secs to wait b4 SIGKILL (default 10) ;stopasgroup=false ; send stop signal to the UNIX process group (default false) ;killasgroup=false ; SIGKILL the UNIX process group (def false) ;user=chrism ;設置普通用戶,能夠用來管理該listener進程。 默認爲空。。非必須設置 ;redirect_stderr=true ; 爲true的話,stderr的log會併入stdout的log裏面 默認爲false。。。非必須設置 ;stdout_logfile=/a/path ; 這個不說了,好幾遍了 ;stdout_logfile_maxbytes=1MB ; 這個也是 ;stdout_logfile_backups=10 ; 這個也是 ;stdout_events_enabled=false ; 這個實際上是錯的,listener是不能發送event ;stderr_logfile=/a/path ; 這個也是 ;stderr_logfile_maxbytes=1MB ; 這個也是 ;stderr_logfile_backups ; 這個不說了 ;stderr_events_enabled=false ; 這個也是錯的,listener不能發送event ;environment=A="1",B="2" ; 這個是該子進程的環境變量 默認爲空。。。非必須設置 ;serverurl=AUTO ; override serverurl computation (childutils) ; The below sample group section shows all possible group values, ; create one or more 'real' group: sections to create "heterogeneous" ; process groups. ;[group:thegroupname] ;這個東西就是給programs分組,劃分到組裏面的program。咱們就不用一個一個去操做了 咱們能夠對組名進行統一的操做。 注意:program被劃分到組裏面以後,就至關於原來 的配置從supervisor的配置文件裏消失了。。。supervisor只會對組進行管理,而再也不 會對組裏面的單個program進行管理了 ;programs=progname1,progname2 ; 組成員,用逗號分開 這個是個必須的設置項 ;priority=999 ; 優先級,相對於組和組之間說的 默認999。。非必須選項 ; The [include] section can just contain the "files" setting. This ; setting can list multiple files (separated by whitespace or ; newlines). It can also contain wildcards. The filenames are ; interpreted as relative to this file. Included files *cannot* ; include files themselves. ;[include] ;這個東西挺有用的,當咱們要管理的進程不少的時候,寫在一個文件裏面 就有點大了。咱們能夠把配置信息寫到多個文件中,而後include過來 ;files = relative/directory/*.ini
下面寫一個簡單的python腳本,用來驗證supervisor的監控效果。
#cat /root/temp/test_http.py ###如下便是test_http.py腳本中的代碼 #!/usr/bin/env python # coding=utf-8 import sys import BaseHTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler HandlerClass = SimpleHTTPRequestHandler ServerClass = BaseHTTPServer.HTTPServer Protocol = "HTTP/1.0" if __name__ == "__main__": if sys.argv[1:]: port = int(sys.argv[1]) else: port = 10000 server_address = ('0.0.0.0', port) HandlerClass.protocol_version = Protocol httpd = ServerClass(server_address, HandlerClass) sa = httpd.socket.getsockname() print "Serving HTTP on", sa[0], "port", sa[1], "..." httpd.serve_forever()
增長一個配置文件,以便supervisor用來監控test_http.py程序。
#cat /etc/supervisord.d/supervisor_test_http.conf ### 如下即爲配置文件中的內容 [program:test_http] command=python /root/temp/test_http.py 9999 ; 被監控的進程路徑 directory=/root/temp ; 執行前要不要先cd到目錄去,通常不用 priority=1 ;數字越高,優先級越高 numprocs=1 ; 啓動幾個進程 autostart=true ; 隨着supervisord的啓動而啓動 autorestart=true ; 自動重啓。。固然要選上了 startretries=10 ; 啓動失敗時的最多重試次數 exitcodes=0 ; 正常退出代碼(是說退出代碼是這個時就再也不重啓了嗎?待肯定) stopsignal=KILL ; 用來殺死進程的信號 stopwaitsecs=10 ; 發送SIGKILL前的等待時間 redirect_stderr=true ; 重定向stderr到stdout
從新啓動supervisord,或者從新加載配置文件:
supervisorctl reload ### 或者 supervisorctl -c /etc/supervisord.conf
此時再訪問http頁面,就會發現test_http.py程序已經被監控了,且已經自動啓動了。
此時也能夠訪問test_http.py程序提供的http服務了,好比http://ip:9999。
注意:supervisor只能監控前臺程序, 若是你的程序是經過fork方式實現的daemon服務,則不能用它監控,不然supervisor> status 會提示:BACKOFF Exited too quickly (process log may have details)。 所以像apache、tomcat服務默認啓動都是按daemon方式啓動的,則不能經過supervisor直接運行啓動腳本(service httpd start),相反要經過一個包裝過的啓停腳原本完成,好比tomcat在supervisor下的啓停腳本請參考:Controlling tomcat with supervisor或者supervisor-tomcat.conf。
另外,能夠將supervisor隨系統啓動而啓動,Linux 在啓動的時候會執行 /etc/rc.local 裏面的腳本,因此只要在這裏添加執行命令便可:
# 若是是 Ubuntu 添加如下內容(這裏要寫全路徑,由於此時PATH的環境變量未必設置) /usr/local/bin/supervisord -c /etc/supervisord.conf # 若是是 Centos 添加如下內容 /usr/bin/supervisord -c /etc/supervisord.conf
supervisor的管理能夠用命令行工具(supervisorctl)或者web界面管理,若是一步步按上面步驟操做,那麼web管理就能夠正常使用了,這裏單獨介紹下supervisorctl命令工具:
### 查看supervisorctl支持的命令 # supervisorctl help default commands (type help <topic>): ===================================== add exit open reload restart start tail avail fg pid remove shutdown status update clear maintail quit reread signal stop version ### 查看當前運行的進程列表 # supervisorctl status test_http RUNNING pid 28087, uptime 0:05:17
其中
注意:若是原來的程序啓動時須要帶上參數,那經過supervisorctl start時應該先寫一個shell腳本,而後supervisorctl運行該腳本便可。