Сценарий:
У меня есть виртуальная машина Windows 2012R2 в Azure. Я создал Azure FileShare в своей учетной записи хранения Azure.
Мне нужно создать подключенный сетевой диск на моей виртуальной машине, который сделает мой общий доступ к файлам доступным для службы Windows, которая работает как пользователь «локальной системы».
Итак far:
Мне удалось использовать следующую статью для создания постоянного подключенного сетевого диска к моему Azure FileShare.
Это работает нормально и действительно переживает перезагрузки ОС. Как только операционная система "полностью выключится и снова запустится", подключенный диск действительно отображается для всех пользователей и подключается нормально.
Моя проблема в том, что у меня также есть задача автоматизации Azure для остановки моих виртуальных машин (освобождаемых) каждые ночь, чтобы сэкономить на расходах. Это связано с этими конкретными ВМ ' docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/...
Насколько я понимаю, читая все эти статьи:
docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-rtmp .html docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-overview.html docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Tutorials.html docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/wowza-creating-stack.html docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-rtmp-creating.html docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-rtmp-values-specify.html docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/AMS5.0SubscribingToAMS.html docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/LiveStreamingAdobeMediaServer5.0.html
и, в частности, следующее:
https://aws.amazon.com/it/blogs/aws/amazon-cloudfront -now-supports-streaming-media-content / https://aws.amazon.com/it/blogs/aws/using-amazon-cloudfront-for-video-streaming/
Похоже, что это Невозможно зеркалировать RTMP потоковой передачи в реальном времени с помощью CloudFront с веб-распределением или RTMP-распределением по TCP 80 или TCP 1935, поскольку эти распределения основаны на доставке / зеркалировании / кэшировании статических файлов для проигрывателей и видеофайлов (FLV).
Поддержка потоковой передачи в реальном времени предлагается Amazon через стек CloudFormation и Adobe Media Server или интеграцию с WOWZA, но в нашем сценарии у клиента уже есть собственный потоковый сервер Red5, который уже работает и настроен.
Как можно использовать CloudFront для зеркалирования RTMP-соединения Live Streaming на TCP 80 или 1935, используя исходный сервер и поток RTMP, который работает на Red5, вместо доставки статического FLV-файла с хостинга S3?
Я хотел бы понять, поддерживается ли это решение Amazon и где найти базу знаний для выполнения такой настройки.
По сути, в нашем сценарии у нас уже есть RTMP, доступный в общедоступном Интернете, нам нужен только AWS чтобы кэшировать его через CloudFront и обслуживать других клиентов.
Мы хотим попробовать сделать веб-распространение только для Flash Player, который будет загружен клиентами для просмотра потоковой передачи, и мы хотели бы, чтобы проигрыватель указывал на AWS CDN URL-адрес зеркалирования для прямой трансляции.
Возможно ли это и как?
Большое спасибо, С уважением
Я просто потратил некоторое время, работая над этим в последнее время. Ответ "нет", как указывает другой ответ на этот вопрос
Однако, по сути, вы можете построить свою собственную RTMP CDN с помощью AWS. Вы можете настроить кучу экземпляров nginx-rtmp в качестве краёв.
nginx-rtmp документация находится на GitHub (https://github.com/arut/nginx-rtmp-module/) проекта. Вы, по сути, запускаете кучу таких экземпляров любым удобным для вас способом (EC2 экземпляры, ECS, как я делаю, или как вам угодно), но настраиваете их на извлечение с захватывающего сервера.
Затем вы загружаете ребра и извлекаете из них для просмотра.
Это немного усложняется, так как вы, по сути, с нуля переворачиваете своё собственное CDN, используя AWS EC2 экземпляры, и, вероятно, хотите иметь точки распространения в нескольких регионах. В зависимости от вашего масштаба, возможно, имеет смысл иметь промежуточные узлы, которые служат для оттягивания от начала и перераспределения по региональным рёбрам.
См. директиву "оттягивать" в nginx-rtmp. Пример config:
rtmp {
server {
listen 1935;
application streamapp {
live on;
pull rtmp://my-streaming-server.com:1935/streamapp;
}
}
}
Распространение CloudFront может доставлять потоковый контент, используя следующие протоколы потоковой передачи на основе HTTP:
Cloudfront предназначен для распределения трафика HTTP VOD / Live Stream и RTMP VOD. Для Live Streaming RTMP вы можете посмотреть другие службы CDN, такие как Akamai. Вы должны иметь возможность использовать обе службы вместе, если хотите использовать CloudFront для своего HTTP-трафика и Akamai для ваших потоков RTMP Live Streams.