> Le 14 juin 2024 à 12:12, NoSpam <[email protected]> a écrit : > > > > >> Le 14/06/2024 à 11:21, RogerT a écrit : >> >>> Le 14/06/2024 à 10:07, RogerT a écrit : >>>> [...] >>>> J’ai cherché longtemps et sans doute mal mais n’ai pas trouvé. Je note que >>>> c’est possible. Et qu’il faut une licence MacOS. >>> Non >> C’est un choix personnel de payer ou non une licence. >> Par ailleurs, même en ayant payé une licence à Apple, je ne crois pas qu’ils >> autorisent d’installer sur un matériel non Apple. À vérifier. > On n'achète pas de licence MacOS, elle est livrée avec le matériel. Pour le > reste ... > > [...] > Je ne veux débattre stérilement. Techniquement, tu le fais marcher. Légalement, je ne sais pas si Apple autorise qu’on virtualise son OS en un ou plusieurs exemplaires. À vérifier, si tu ne le sais pas.
>>>> Un serveur hébergé, avec un contrôle limité, en somme. >>> Pardon ? Vous pouvez soit déposer votre/vos propres serveurs dans un DC >>> soit vous louez votre/vos serveurs *dédiés* à votre hébergeur. Vous en avez >>> 100% le contrôle. >> Oui, avec un contrôle limité puisque : >> - il faut demander l’autorisation pour accéder à son propre serveur > Non, pour pénétrer dans le DC, ce n'est pas la même chose Je ne suis pas au courant que je peux venir quand je veux sans prévenir dans un DC. Peut-être ? >> - le serveur est généralement physiquement accessible, ce qui pose problème >> en cas de paranoïa (et surtout d’exigence contractuelle extrême qui stipule >> « aucun fichier hébergé chez un tiers ») ; il reste la solution de louer une >> cage dont on a seul la clef. > Il sera toujours dans un rack -fermé à clé donc- je n'ai jamais rencontré de > serveur accessible par les passants dans un DC > > [...] > J’en étais resté au matériel hébergé dans une cage avec contrôle d’accès que JE contrôle… >>>> Je vais solliciter Proxmox puisqui’ils sont capables de dire quelle >>>> configuration matérielle et logicielle il faut. >>> Vous pouvez mais ils ne pourront vous en dire plus que ce qui a déjà été >>> dit. Avez vous de votre côté identifié très exactement vos besoins ? >>> (logiciel-s à installer, données à stocker et conserver, si DB laquelle, >>> combien d'accès simultanés, etc) Une fois que vous aurez fait cela vous >>> pourrez tout seul calculer vos besoins en matériel >> Oui. Le système visé doit pouvoir : >> - donner accès à 5 (mini) et 10 (maxi) VM (linux, Win10 ; et peut-être 1 ou >> 2 MacOS, puisque c’est _techniquement_ accessible) >> - hébergeur quelques applications web métiers qui ont peu de trafic >> (tournent actuellement sur des ordinosaures ; avec postgresql) >> Ce n’est pas un système à grande échelle pour des millions de requêtes par >> mois ou par jour. >> Ce qui compte c’est la disponibilité. > Vous n'avez toujours pas évaluer le volume de données nécessaire par VM ... > > [...] > RAM : 8 Go / VM Win ; 1-8 Go/VM linux ; ? Go/VM MacOS. Avec un besoin de 32-64 Go sur une VM de calcul scientifique. Stockage : aucun problème, vu le coût du To. CPU : je dirais « la puissance d’une tour moyenne par VM ». Je ne connais pas les CPU récents. >>>> Avec un lien FO + 5G en dualwan ou/et failover. >>> Connaissez vous la BP nécessaire afin d'accepter tous les clients ? Comment >>> imaginez vous que se passera le basculement vers la 5G si la fibre tombe ? >>> Il vous faut donc déjà rajouté un routeur en amont (ou en VM) afin de gérer >>> cela. >> Oui, la BP requise fonctionne en 5G voire en 4G (mode dégradé : lien FO >> déconnecté volontairement). >> J’utilise un appareil qui gère différents liens (FO ou ADSL + 5G + éventuel >> Wifi disponible). > La vous parlez du serveur chez vous, donc l'hébergeur. L'appareil s'appelle > un routeur. Et comment se feront les accès à distance si le lien FO ou les > autres tombe en panne? Ils devront revoir leur manière de se connecter > (adresse IP, VPN, ...) > [...] Oui, l’appareil est un modem 5G et routeur Multi WAN qui gère le failover. Il assure la connectivité à internet pour les clients distants ou les clients sur le LAN.
