Salut à tous,

Je ne poste pas forcément sur la bonne section, désolé par avance.

Le titre n'est pas très explicite, je vais essayer de détailler mon problème et le projet.
Donc pour la petite histoire avec une association nous préparons un web-documentaire sur la psychiatrie donc pas mal de contenu vidéo et du texte, tout cela mise en forme avec le logiciel Klynt(qui ne génère que la partie client).

Pour les vidéos je pensé passer par le protocole HLS avec nginx(ou autre). D'après se que j'ai compris le protocole transcode la vidéo à la demande et en fonction de la qualité de la connexion du client.

Vous me conseillé quel type hébergement ? J'ai pensais à un petit kimsufi, mais je doute au niveau performance.

Si je n'ai pas été précis n'hésitez pas à poser des question.

Je vous remercie

C'est quoi le budget de la boite sur le projet ? (pour le dédi, etc)

Je te remercie de ta réponse tolsadus, je commencés à désespérer une réponse.

Si je ne dis pas de bêtise ça se compte entre 20,000/30,000€ (peut-être plus je ne sais pas, je ne suis que le compositeur de la BO et m'occupe de l'implémentation du site) pour tous le projet. après pour le serveur je ne peux te donner plus de précision pour l'instant, on a une réunion lundi je leurs demanderai une fourchette budgétaire.

Dans l'absolue, tu me conseillerais quoi comme plan, disons dans les 100€/an max (au pif)

Tu images combien de visualisation simultanées ? Les difficultés principales résident dans la monté en charge pour le transcodage et la bande passante.

J'imagine qu'une location de services auprès des CDN doit correspondre au besoin, mais le prix par contre...

J'ai du mal a comprendre, klynt c'est un logiciel d'édition vidéo on est d'accord ? Et a la fin tu as juste un fichier vidéo ?

@deepblue: C'est à dire que notre projet nous allons le présenter dans des collèges et lycées comme une sorte de conférences en somme et avec comme support le webdoc lorsque les jeunes seront chez eux ou sur leurs smartphone. Cela peut être potentiellement 100 personnes simultanément ou 10,20,30. C'est difficile de répondre à ta question de manière précise, mais 100 me semble être une estimation max raisonnable pour le lancement du projet du moins.

@Nh3xus: Peut-tu développer s'il te plaît ? Un CDN c'est une sorte de serveur cache si je comprends bien ?

@tolsadus: Klynt en fait c'est un lecteur vidéo javascript comme n'importe quel lecteur vidéo javascript, pour grossir le trait. Mais spécialisé dans le web-documentaire, tu as donc un éditeur façons logiciel desktop pour écrire ta storyboard et tes séquence qui contienne vidéos, audios, textes, images. Quand le projet est finit Klynt te génère un front-end html/css/js.

Le problème c'est que dans notre projet la majorité du contenue sera de la vidéo en 1080p(fichier source) et Klynt (j'entends par la les développeurs) s'en foute de savoir si l'utilisateur a une bonne connexion et de son confort. C'est un peu un logiciel "coder " avec des briques/lib tiers et vendu à prix d'or.

Du coup je cherche une alternative aussi à Klynt mais la c'est un autre sujet.

Pour le streaming si les vidéos sont déjà transcodées à l'avance (avec plusieurs bitrate différents pour pouvoir s'adapter à la connexion du visiteur. Ensuite HLS et un bon web-player devrait se débrouiller avec tes bouts de vidéos pré-encodées normalement), ca évitera déjà de mettre le CPU sur les genoux.
Partant de là même un Atom fera le job, mais faut voir au niveau du débit, qui est de ~11Mo/s maxi pour un kimsufi; selon le bitrate des vidéos et le nombre de visiteurs ca risque d'être trop juste...

Sinon ca serait pas possible d'utiliser Youtube (ou autre) pour héberger la vidéo et afficher les annotations de Klynt par dessus en le lecteur embarqué de Google ?
Apparemment si : http://support.klynt.net/customer/en/portal/articles/2366304-4-import-and-manage-your-cloud-videos (à voir si le support "beta" pour Youtube est suffisamment mature)
Ca résoudrait le problème de l'hébergement vidéo, et il faudrait juste un "bête" serveur web qui se contente d'envoyer tes fichiers html/css/js ; dans ce cas un Kimsufi fera le job sans problème (ou même autre chose parce que les kimsufis sont galère à réserver...).

PS : Si tu as besoin, je dois avoir un vieux script perl qui scrap la page de réservation des kimsufi aussi souvent que possible (en évitant de déclencher un ban ip) et fait biper le pc quand un serveur se libère.
Je sais pas s'il marche encore, mais même avec ça c'était pas évident (plusieurs fois, le temps de me ruer sur le pc, avec la page ovh déjà ouverte et loggé sur mon compte ; bin le serveur était déjà réservé...).
Il doit y avoir tout un tas de gens qui ont poussés le vice jusqu'à automatiser la réservation pour faire des stock de kimsufis pour l'hiver, c'est un truc de dingue...

Hmmm, je me demande si pour ce genre de tâche quelque chose d'asynchrone utilisant des services clouds ne seraient pas utiles...

Je veux dire, ça dépend de la charge, mais justement c'est peut-être dans ce genre de cas qu'il est intéressant et économique de dispatcher du travail à des "workers" instancier sur du cloud type Amazon EC2 / ...
(si jamais il s'agit de transcoder en temps réel, pour une quantité importante de personne, je pense que la "scalability" est plutôt importante a prendre en compte, et pas forcément jouable avec un seul serveur unique...)

A côté de ça, faut voir également la consommation en bande passante du coup / ...

@PaulAimik: En effet transcoder les vidéos à l'avance serait une bonne chose. Concernant Youtube, on est plus partant pour Vimeo en tant que solution de secours.
Concernant le serveur je mentionné kimsufi car j'en avais déjà eu un, mais si il y a une équivalence ailleurs pourquoi pas, je prends aussi.

@Azazelbee: Le transcodage sera fait à l'avance, mais ne connaissant pas vraiment tous ce qui concerne le cloud.

La j'installe une debian(pour la première fois ) je vais faire quelques testes avec nginx-rtmp, voir si cela se plug bien avec Klynt pour commencer.

Pour la bande passante, tu peux faire un calcule simple : `100 * poids moyen d'une vidéo HD / durée moyenne d'une vidéo` et tu auras la limite haute de ce dont tu as besoin bande passante (essayes de tomber sur un résultat Mb/s).

Pour le transcodage, faut regarde ce que coûte le transcodage d'une vidéo au niveau du/des CPU et faire un test de montée en charge. Idéalement, il faudrait quand même avoir des vidéos déjà déposées dans plusieurs formats et avec un lecteur suffisamment bien foutu pour changer à la volée la qualité.

Viens ensuite la partie data : tu devras avoir un gros débit en lecture au niveau du serveur. Idéalement, faudrait avoir une machine avec un SSD.

Parti de ça, tu vas vite devoir faire le ménage dans les offres de base, soit pour un problème de bande passante, soit pour un problème de disque. Il te reste la question des CPU.

Tu peux aussi envisager de mitiger le traffic sur plusieurs machines moins costauds plutôt qu'un seul serveur avec un répartiteur de charge en front.

Si je comprends bien ton calcule: '100 * poids moyen d'une vidéo en MB / durée moyenne d'une vidéo en secondes', Du coup pour l'exemple, 100 * 220MB / 240s ~= 91Mb/s, j'ai bon ? Le nombre 100 c'est pour la règle de 3 ou cela correspond au nombre potentielle de viewer ?

Pour le transcodage cela sera certainement fait en amont car comme tu l'évoques niveau CPU fait que cela tienne la charge et de plus ça augmente le budget pour le serveur.

Niveau SSD, effectivement cela serait pas mal, j'ai vu que kimsufi propose des serveurs VPS avec SSD, tu penses que l'offre VPS SSD 3 tiendrai la route par exemple ?

Concernant ton dernier paragraphe tu parles bien de load balancing? Çà peut être intéressant si je ne trouve pas LE serveur qui va bien.

Merci pour toutes ces précisions, c'est déjà beaucoup plus clair dans ma tête

C'est bien le nombre potentiel de viewer

Je reviens sur le calcule, il me semble que ta conversion est mauvaise, mais avec le mal de crâne que j'ai (#leRhumÇaPique), possible que je me trompe.

Une vidéo = 220Mo
Durée d'une vidéo = 240s
Donc 1s de vidéo <=> 200/240 Mo/s, soit 0.92Mo/s (fonc la bande passante nécessaire pour streamer 1 vidéo pour 1 viewer).
Si tu as 100 viewers simultanés, il faut donc 0,92*100 Mo/s, soit 92Mo/s
Les services en ligne affichent quasiment tout le temps des Mb/s, sachant que 8b = 1o, tu dois multiplier 92Mo/s par 8, soit 736Mb/s.