Tunning PHP-FPM

-
- Tunning PHP-FPM
 
    + PHP-FPM can listen on multiple sockets. I also listen on Unix sockets, or TCP sockets.
- Unix socket :
sử trong trong trường hợp các process kết nối với nhau trên cùng một máy, dẫn đến tốc đô  nhanh.  Listening sockets live in the filesystem hierarchy and access to them can be  controlled by filesystem permissions.
           
- TCP socket
Các process có thể kết nối thông qua network. sẽ có tốc độ chậm hơn so với unix socket.
 A connected TCP socket is identified by the combination of local IP, local port, remote IP                   and remote port. A listening TCP socket is identified by local port and possibly local IP.

   + How the process manager will control the number of child processes
        Tùy vào cấu hình sẽ ảnh hưởng tới RAM and CPU.
      - static :
         Nếu lựa chon static thì sẽ có performance tốt nhất, nhưng cũng gây tiêu tốn tài nguyên của 
         server khi không cần thiết. Nếu server của bạn chỉ phục vụ cho web server thì đây là trường 
         hợp phù hợp để cấu hình.
     - dynamic:
       Với lựa chon dynamic sẽ cơ đông hơn so với static , nó cho phép chúng ta giới hạn được số child 
       process được sử dụng được cung cấp bởi: pm.min_spare_server, pm.max_spare_server.
       Chúng ta cần tính toán hợp lý để đảm bào không lãng phí mà hiệu suất được ổn định
       - Tính toán giá trị max_children
         a. Tính toán mỗi children sẽ chiêm bao nhiêu RAM
              ps --no-headers -o "rss,cmd" -C php-fpm7.2 | awk '{ sum+=$1 } END { printf ("%d%s\n", 
              sum/NR/1024,"Mb") }'
             vd: output = 60MB
         b.  Bạn có 7GB muốn sư dụng cho php-fpm thì giá trị max_children = 7x1024/60=125
       - pm.min_spare_servers = 20% of pm.max_children
       - pm.max_spare_servers = 60% of pm.max_children
       - pm.start_servers = min_spare_servers + (max_spare_servers –
       - min_spare_servers) / 2

pm = dynamic
pm.max_children = 75
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 20
pm.max_requests = 500
  
 - ondemand: 
      Không có children nào sẽ được tạo ra, và nó được tạo khi nào có request kết nối đến . Giup cho 
      việc tiết kiêm tài nguyên cho server, nhưng perfomance sẽ không cao so với 2 lựa chon ở trên.

pm = ondemand
pm.max_children = 75
pm.process_idle_timeout = 10s
pm.max_requests = 500
     
; Choose how the process manager will control the number of child processes.
; Possible Values:
;   static  - a fixed number (pm.max_children) of child processes;
;   dynamic - the number of child processes are set dynamically based on the
;             following directives. With this process management, there will be
;             always at least 1 children.
;             pm.max_children      - the maximum number of children that can
;                                    be alive at the same time.
;             pm.start_servers     - the number of children created on startup.
;             pm.min_spare_servers - the minimum number of children in 'idle'
;                                    state (waiting to process). If the number
;                                    of 'idle' processes is less than this
;                                    number then some children will be created.
;             pm.max_spare_servers - the maximum number of children in 'idle'
;                                    state (waiting to process). If the number
;                                    of 'idle' processes is greater than this
;                                    number then some children will be killed.
;  ondemand - no children are created at startup. Children will be forked when
;             new requests will connect. The following parameter are used:
;             pm.max_children           - the maximum number of children that
;                                         can be alive at the same time.
;             pm.process_idle_timeout   - The number of seconds after which
;                                         an idle process will be killed.
; Note: This value is mandatory.
 

+ backlog
   backlog is listen queue value is the number of requests pending connections to the pool.
   Nguyên nhân dẫn tới lỗi như : 502, connet to socket failed => do việc cấu hình baclog không đủ.
   Chúng ta sẽ tìm hiểu cấu hình backlog trong php-fpm,
       .Giá trị mặc định trong linux là 511.
        Để thực hiện điều chinh cho hdh thì cần điểu chinh nội dung /ete/sysctl.conf
        Tham khảo : https://kienbv.blogspot.com/2019/08/tunning-linux.html


Conclusion

If you have a dedicated web server, then I would personally use static.

If you have server that does everything (web/db), dynamic would be a better bet.

If you’re running a really poxy server with little memory and you don’t get much traffic or if your application doesn’t take too long to process PHP code, then I suggest you use ondemand.
Tham khao:
https://gurdeep.ninja/php-fpm-process-management/
https://www.cnxct.com/something-about-phpfpm-s-backlog/

Nhận xét

Đăng nhận xét

Bài đăng phổ biến từ blog này

ActiveMQ 5.x

-
Hình ảnh
- How does ActiveMQ work ?   ActiveMQ sends message between client application -  producers   Consumers sẽ là recived and process massage. The ActiveMQ broker router each message throught one of two type of destinations:         - a queue : point-to-point         - topic : publish/subscribe - Memory and Storage    A.  Memory      ActiveMQ uses memory to store messages awaiting dispatch to consumers.      ActiveMQ also writes messages to disk , in either a message store (where persistent messages go), or a temp store (where non-persistent messages go when the broker runs out of memory to store them).     Có 2 cách thức gửi message : persistent và non-persistent             non-persistent : Each non-persistent message is stored in memory as it arrives. When the available memory is full, all messages in memory are moved to th...
Đọc thêm

Redo and undo Log in MySQL transaction

-
Hình ảnh
We all know that transactions have four characteristics: atomicity, consistency, isolation and persistence, and that the operation in a transaction is either fully executed or not done at all, which is the purpose of the transaction. Transaction isolation is achieved by locking mechanism, atomicity, consistency and persistence are guaranteed by transaction redo log and undo log. So this article will discuss several issues about redo and undo in transactions: What are redo logs and undo logs? How does redo ensure transaction durability? Is undo log an inverse process of redo log? redo log Types of Redo The redo log is used to ensure the persistence of transactions, that is, D in transaction ACID. In fact, it can be divided into the following two types: Physical Redo Log Logical Redo Log In InnoDB storage engine, In most cases, Redo is a physical log, which records the physical changes of data pages. 。 Logical Redo logs, however, do not record the actual modific...
Đọc thêm

[Kubernetes Series] - Bài 19 - Adding custom resource to Kubernetes

-
Hình ảnh
  Giới thiệu Chào các bạn tới với series về kubernetes. Đây là bài thứ 19 trong series của mình, ở bài trước chúng ta đã nói về  Advanced scheduling , ở bài này mình sẽ nói cách làm sao để ta có thể tự tạo một custom resource trong kubernetes. Bên cạnh những resource mặc định như Pod, ReplicaSet, Deployment, StatefulSet, ... Thì kubernetes cho phép chúng ta tạo thêm những custom resource để đáp ứng đúng nhu cầu của chúng ta trong dự án, từng custom resource sẽ phục vụ cho một mục đích cụ thể nào đó trong dự án của chúng ta. Ví dụ, để tạo postgres database trong kubernetes, thì đầu tiên ta sẽ định nghĩa một StatefulSet, sau đó tạo một Service cho StatefulSet này để client có thể kết nối được tới nó. Ta có thể giảm công đoạn phải tạo nhiều thứ liên quan như vậy bằng cách định nghĩa một custom resource tên là Postgres, mỗi lần ta cần postgres database thì ta chỉ cần tạo một Postgres custom resource là được, ví dụ như sau: ... kind : Postgres metadata : name : test - db stor...
Đọc thêm