Question

我正在尝试向30多个客户同时提供单个高分辨率视频。这导致瓶颈导致一些客户超时，有些客户经历相当滞后。

现在 - 很明显，每个单独的请求都是单独处理的，因此服务器正在发送许多演出/秒。有人提到可以配置Nginx以识别请求全部是针对同一资产，只提供一次，然后让路由器（我们在本地运行此服务器）将文件发送到所有设备。

这是否可行和/或是否有其他方法可以提高我的吞吐量？

这是我的conig每个请求。到目前为止它非常简单......

    upstream unicorn {
      server unix:/tmp/unicorn.todo.sock fail_timeout=0;
    }

    server {
        listen 80 default;
        root    /usr/local/var/rails/todo-after/public;

        try_files $uri/index.html $uri $uri/video @unicorn;
        location @unicorn {
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header Host $http_host;
            proxy_redirect off;
            proxy_pass http://unicorn;
        }

        error_page 500 502 503 504 /500.html;
        client_max_body_size 4G;
        keepalive_timeout 10;
    }

Answer 1

老实说，自我托管这样的事情并不理想，我建议在CDN上托管视频。他们可以更好地处理带宽和共址等问题，以获得更好的延迟。

结帐Amazon S3或Rackspace CDN

修改

似乎Nginx具有流媒体视频的一些便利功能。您可以将单次下载的带宽限制为视频比特率的倍数。

location /video/ { mp4; mp4_limit_rate 1.2; #1.2 times the bitrate of the video. mp4_limit_rate_after 15s; #After downloading 15s of video. }

Answer 2

S3作为原始数据存储就足够了。但直接服务于S3会让你付出很多代价。

您有两个选项：CDN（以S3为原点的CloudFront）或Nginx S3代理。

第一个易于设置，非常高效，地理位置分散，但不支持URL屏蔽，HTTP2 / 0与多路复用（又称SPDY），自定义缓存和自定义身份验证等特定功能。

第二种选择恰恰相反，为您提供充分的自由。 Nginx S3代理非常强大，便宜且费用友好，想象一下有人试图通过CDN一千次获取一个大视频文件，该账单按比例增加。对于某些项目来说不是问题。

所以你选择最适合你的东西。

P.S。我建议在单独的机器上提供大文件，打开文件的上限更大+使用更多的Nginx工作者。

在Nginx上提供高流量视频

2 个答案: