Docker下nginx外掛檔的方法是什麼-Nginx-PHP中文網

首頁

運維

Nginx

Docker下nginx外掛檔的方法是什麼

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

May 13, 2023 pm 03:04 PM

dockernginx

外掛檔案的目的：

檔案不受docker映像檔的約束，可以修改，重啟容器，可以使用更新後的文件，不會被映像還原
容器運行過程中記錄的文件如日誌等信息，可以被自動保存在外部存儲上，不會由於容器重啟而丟失

#而執行容器有兩種方式：

docker run指令
#docker-compose指令

## docker run指令方式，透過-v參數掛載外部主機目錄到容器內的路徑上，有多個掛載點，就透過多個-v參數指定，而且只能使用絕對路徑；docker-compose指令則透過service的方式描述容易，準確的說一個服務下面可以包含多個容器，也是透過-v參數配置外部路徑的掛載配置，好處是可以使用相對路徑，當然是相對與docker-compose.yml檔案的路徑。還有一個好處是，docker-compose啟動容器的指令比較簡單。

假設映像打包路徑結構如下：

├── build.sh
├── docker-compose.yml
├── Dockerfile
├── mynginx.conf
├── nginx-vol
│   ├── conf.d
│   │   └── mynginx.conf
│   ├── html
│   │   └── index.html
│   └── logs
│       ├── access.log
│       └── error.log
└── run.sh

Dockerfile為建置映像的設定文件，內容如下：

FROM nginx
LABEL maintainer="xxx" email="<xxx@xxx.com>" app="nginx test" version="v1.0"
ENV WEBDIR="/data/web/html"
RUN mkdir -p ${WEBDIR}
EXPOSE 5180

以nginx為基礎，指定新的資料檔案路徑為/data/web/html，暴露埠為5180。

透過以下指令編譯新的鏡像：

docker build -t nginx:test-v1 .

#編譯出來的鏡像tag為test-v1，可以查看本機鏡像：

docker images
REPOSITORY   TAG       IMAGE ID       CREATED          SIZE
nginx        test-v1   d2a0eaea3fac   56 minutes ago   141MB
nginx        latest    605c77e624dd   9 days ago       141MB

可以看到TAG為test- v1的鏡像是剛編譯出來的新鏡像。

建立nginx外掛卷nginx-vol以及相關的conf.d、logs、html資料夾，並把對應的內容放入各自對應的目錄下。如html資料夾下的iindex.html內容如下：

<html>
        <head>
                <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
                <title>系统时间</title>
        <body>
                <div id="datetime">
                        <script>
                                setInterval("document.getElementById(&#39;datetime&#39;).innerHTML=new Date().toLocaleString();",1000);
                        </script>
                </div>
        </body>
        </head>
</html>

其實就是顯示目前時間的一個頁面而已。

logs下面為空，目的是讓容器運行時的日誌寫到外部存儲，即使容器停止或鏡像銷毀，運行過的日誌仍然可以保留。

conf.d下面為nginx個人化配置，內容如下：

server {
    listen       5180;
    #listen  [::]:5180;
    server_name  localhost;

    #access_log  /var/log/nginx/host.access.log  main;
    location / {
        root   /data/web/html;
        index  index.html index.htm;
    }
    #error_page  404              /404.html;
    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    #location ~ \.php$ {
    #    proxy_pass   http://127.0.0.1;
    #}
    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #    root           html;
    #    fastcgi_pass   127.0.0.1:9000;
    #    fastcgi_index  index.php;
    #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
    #    include        fastcgi_params;
    # deny access to .htaccess files, if Apache&#39;s document root
    # concurs with nginx&#39;s one
    #location ~ /\.ht {
    #    deny  all;
}

其實也就是在nginx預設的default.conf基礎上修改了埠和root路徑，目的是說明nginx的配置文件也可以使用外部存儲的，如果是自己的程式可以修改配置文件，那麼通過這樣的方式，可以在容器運行過程中修改配置文件；修改的配置文件實際存儲在外部存儲上，因此不會隨著容器的停止運作而消失，也不會恢復為鏡像內部的檔案。

docker run模式

為了方便，可以把執行指令寫到shell腳本中，如run.sh，內容如下：

docker run --name nginx-v1 -p 15180:5180 -v /home/project/nginx-test/nginx-vol/logs:/var/log/nginx -v /home/project/nginx-test/nginx-vol/conf.d:/etc/nginx/conf.d -v /home/project/nginx-test/nginx-vol/html:/data/web/html -d nginx:test-v1

可以看到指令中有3個-v，分別對應不同的外部儲存的掛載，映射到容器內的不同目錄下。

-p(注意是小寫)後面的端口分別為主機端口和容器端口，也就是主機的15180端口映射到容器的5180端口，這樣容器所啟動的nginx服務端口5180就可以通過訪問主機的15180埠而被映射起來。

查看運行中的容器：

docker ps -a
CONTAINER ID   IMAGE           COMMAND                  CREATED         STATUS         PORTS                                                 NAMES
cf2275da5130   nginx:test-v1   "/docker-entrypoint.…"   6 seconds ago   Up 5 seconds   80/tcp, 0.0.0.0:15180->5180/tcp, :::15180->5180/tcp   nginx-v1

詳細映射查看：

docker inspect nginx-v1

會顯示完整的信息，其中"Mounts"部分可以看到完整的存儲掛載映射情況。

直接看主機的nginx-vol/logs下面，可以看到容器中的nginx運行日誌自動寫到了外部主機的儲存。

ls -l nginx-vol/logs/
total 12
-rw-r--r-- 1 root root 1397 1月   8 15:08 access.log
-rw-r--r-- 1 root root 4255 1月   8 15:59 error.log

停止容器：

docker stop nginx-v1

刪除容器：

docker rm nginx-v1

docker-compose模式

安裝docker-compose

apt-get install docker-compose

編寫docker -compose.yml檔案

version: "3"
services:
        nginx:
                container_name: mynginx
                image: nginx:test-v1
                ports:
                        - 80:5180
                volumes:
                        - ./nginx-vol/html:/data/web/html
                        - ./nginx-vol/logs:/var/log/nginx
                        - ./nginx-vol/conf.d:/etc/nginx/conf.d
                restart: always

container_name：指定容器名稱

#image：要使用的映像以及對應的標籤

ports：主機連接埠與容器連接埠對應

volumes：外部儲存掛載映射

啟動容器

docker-compose up -d
Creating network "nginxtest_default" with the default driver
Creating mynginx ...
Creating mynginx ... done

###查看容器###

docker ps -a
CONTAINER ID   IMAGE           COMMAND                  CREATED          STATUS          PORTS                                           NAMES
635e2999c825   nginx:test-v1   "/docker-entrypoint.…"   24 seconds ago   Up 22 seconds   80/tcp, 0.0.0.0:80->5180/tcp, :::80->5180/tcp   mynginx

###可以看到容器按照docker-compose.yml配置運行，連接埠、名稱、掛載都正常。存取主機的80埠即可對應容器的5180服務。 ######停止容器###

docker-compose down
Stopping mynginx ... done
Removing mynginx ... done
Removing network nginxtest_default

###可以看到，使用docker-compose更簡單。 ###

以上是Docker下nginx外掛檔的方法是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！

陳述

本文轉載於：亿速云。如有侵權，請聯絡admin@php.cn刪除

NGINX單元與其他應用程序服務器Apr 24, 2025 am 12:14 AM

NGINXUnit優於ApacheTomcat、Gunicorn和Node.js內置HTTP服務器，適用於多語言項目和動態配置需求。 1)支持多種編程語言，2)提供動態配置重載，3)內置負載均衡功能，適合需要高擴展性和可靠性的項目。

NGINX單元：架構及其工作原理Apr 23, 2025 am 12:18 AM

NGINXUnit通過其模塊化架構和動態重配置功能提高了應用的性能和可管理性。 1)模塊化設計包括主控進程、路由器和應用進程，支持高效管理和擴展。 2)動態重配置允許在運行時無縫更新配置，適用於CI/CD環境。 3)多語言支持通過動態加載語言運行時實現，提升了開發靈活性。 4)高性能通過事件驅動模型和異步I/O實現，即使在高並發下也保持高效。 5)安全性通過隔離應用進程提高，減少應用間相互影響。

使用NGINX單元：部署和管理應用程序Apr 22, 2025 am 12:06 AM

NGINXUnit可用於部署和管理多種語言的應用。 1)安裝NGINXUnit。 2)配置它以運行不同類型的應用，如Python和PHP。 3)利用其動態配置功能進行應用管理。通過這些步驟，你可以高效地部署和管理應用，提升項目效率。

NGINX與Apache：Web服務器的比較分析Apr 21, 2025 am 12:08 AM

NGINX更适合处理高并发连接，而Apache更适合需要复杂配置和模块扩展的场景。1.NGINX以高性能和低资源消耗著称，适合高并发。2.Apache以稳定性和丰富的模块扩展闻名，适合复杂配置需求。

NGINX單元的優勢：靈活性和性能Apr 20, 2025 am 12:07 AM

NGINXUnit通過其動態配置和高性能架構提升應用的靈活性和性能。 1.動態配置允許在不重啟服務器的情況下調整應用配置。 2.高性能體現在事件驅動和非阻塞架構以及多進程模型上，能夠高效處理並發連接和利用多核CPU。

NGINX與Apache：性能，可伸縮性和效率Apr 19, 2025 am 12:05 AM

NGINX和Apache都是強大的Web服務器，各自在性能、可擴展性和效率上有獨特的優勢和不足。 1）NGINX在處理靜態內容和反向代理時表現出色，適合高並發場景。 2）Apache在處理動態內容時表現更好，適合需要豐富模塊支持的項目。選擇服務器應根據項目需求和場景來決定。

終極攤牌：nginx vs. apacheApr 18, 2025 am 12:02 AM

NGINX適合處理高並發請求，Apache適合需要復雜配置和功能擴展的場景。 1.NGINX採用事件驅動、非阻塞架構，適用於高並發環境。 2.Apache採用進程或線程模型，提供豐富的模塊生態系統，適合複雜配置需求。

nginx行動：示例和現實應用程序Apr 17, 2025 am 12:18 AM

NGINX可用於提升網站性能、安全性和可擴展性。 1)作為反向代理和負載均衡器，NGINX可優化後端服務和分擔流量。 2)通過事件驅動和異步架構，NGINX高效處理高並發連接。 3)配置文件允許靈活定義規則，如靜態文件服務和負載均衡。 4)優化建議包括啟用Gzip壓縮、使用緩存和調整worker進程。

See all articles