v4_CN_NginxForHLS
Note: 如果觉得Github的Wiki访问太慢，可以访问 Gitee 镜像。
边缘集群（Edge Cluster）就是为了解决很多人观看的问题，可以支持非常多的人观看直播流。注意：
- SRS Edge只支持直播流协议，比如RTMP或HTTP-FLV等，参考RTMP Edge Cluster。
- SRS Edge不支持HLS或DASH等切片的直播流，本质上它们不是流，就是文件分发。
- SRS Edge不支持WebRTC的流分发，这不是Edge设计的目标，WebRTC有自己的集群方式。
本文描述的就是HLS或DASH等切片的边缘集群，基于NGINX实现，所以也叫NGINX Edge Cluster。
NGINX边缘集群，也可以和SRS Edge Server一起工作，可以实现HLS和HTTP-FLV的分发。
+------------+ +------------+
| SRS Origin +--RTMP-->--+ SRS Edge +
+-----+------+ +----+-------+
| | +------------+
| +---HTTP-FLV->--+ NGINX + +-----------+
| + Edge +--HLS/FLV-->--+ Visitors +
+-------HLS--->-------------------------+ Servers + +-----------+
+------------+
实现起来很简单，只需要在NGINX的服务器上，部署一个SRS，并让NGINX工作在反向代理模式就可以。
# For SRS streaming, for example:
# http://r.ossrs.net/live/livestream.flv
location ~ /.+/.*\.(flv)$ {
proxy_pass http://127.0.0.1:8080$request_uri;
}
这样HLS由NGINX管理缓存和回源，而FLV则由SRS Edge缓存和回源。
NGINX边缘集群，本质上就是带有缓存的反向代理，也就是NGNIX Proxy with Cache。
+------------+ +------------+ +------------+ +------------+
+ FFmpeg/OBS +--RTMP-->-+ SRS Origin +--HLS-->--+ NGINX +--HLS-->--+ Visitors +
+------------+ +------------+ + Servers + +------------+
+------------+
只需要配置NGINX的缓存策略就可以，不需要额外插件，NGINX本身就支持：
http {
# For Proxy Cache.
proxy_cache_path /tmp/nginx-cache levels=1:2 keys_zone=srs_cache:8m max_size=1000m inactive=600m;
proxy_temp_path /tmp/nginx-cache/tmp;
server {
listen 8081;
# For Proxy Cache.
proxy_cache_valid 404 10s;
proxy_cache_lock on;
proxy_cache_lock_age 300s;
proxy_cache_lock_timeout 300s;
proxy_cache_min_uses 1;
location ~ /.+/.*\.(m3u8)$ {
proxy_pass http://127.0.0.1:8080$request_uri;
# For Proxy Cache.
proxy_cache srs_cache;
proxy_cache_key $scheme$proxy_host$uri$args;
proxy_cache_valid 200 302 10s;
}
location ~ /.+/.*\.(ts)$ {
proxy_pass http://127.0.0.1:8080$request_uri;
# For Proxy Cache.
proxy_cache srs_cache;
proxy_cache_key $scheme$proxy_host$uri;
proxy_cache_valid 200 302 60m;
}
}
}
Note: 可以配置缓存的目录
proxy_cache_path和proxy_temp_path，改成能访问的目录就可以。
Note: 一般不要修改
location配置，除非你知道代表什么含义，要改也先跑起来了再改。
一定不能只配置成纯Proxy，这样会把负载透传到SRS，系统支持的客户端数目，还是SRS支持的数目。
开启Cache后，无论NGINX多少负载，SRS都只有一个流。这样我们可以扩展多个NGINX，实现支持非常多的观看并发了。
比如1Mbps的HLS流，1000个客户端播放NGINX，那么NGINX的带宽就是1Gbps，而SRS只有1Mbps。
如果我们扩展10个NGINX，每个NGINX是10Gbps带宽，那么整个系统的带宽是100Gbps，能支持10万并发，SRS的带宽消耗只有10Mbps。
如何压测这个系统呢？可以用srs-bench，使用起来非常方便，可以用docker直接启动：
docker run --rm -it --network=host --name sb ossrs/srs:sb \
./objs/sb_hls_load -c 500 -r http://your_server_public_ipv4/live/livestream.m3u8而且也可以压测RTMP和HTTP-FLV：
docker run --rm -it --network=host --name sb ossrs/srs:sb \
./objs/sb_http_load -c 500 -r http://your_server_public_ipv4/live/livestream.flvNote: 每个SB模拟的客户端并发在500到1000个，具体以CPU不要超过80%为准，可以启动多个进程压测。
下面我们用docker来构建一个HLS的分发集群。
首先，启动SRS源站：
docker run --rm -it --name origin -p 1935:1935 -p 8080:8080 ossrs/srs:4然后，启动NGINX源站，我们用SRS的配置文件：
nginx -c $(pwd)/conf/hls.edge.conf最后，推流到源站：
ffmpeg -re -i doc/source.flv -c copy -f flv rtmp://127.0.0.1/live/livestream播放HLS：
启动压测，从NGINX取HLS：
docker run --rm -it --network=host --name sb ossrs/srs:sb \
./objs/sb_hls_load -c 500 -r http://192.168.0.14:8081/live/livestream.m3u8可是看到SRS的压力并不大，CPU消耗都在NGINX上。