Avec Digital Ocean (ou tout autre serveur), vous voudrez effectuer certaines opérations de base comme installer fail2ban et activer les mises à jour automatiques du système d’exploitation. Non, ce n’est pas géré.
Dans la région d’accueil (votre région d’accueil contient vos informations de compte et vos ressources d’identité. Elle ne peut pas être modifiée une fois votre locataire provisionné. Si vous n’êtes pas sûr de la région à sélectionner comme région d’accueil, contactez votre représentant commercial avant de créer votre compte : https://www.oracle.com/cloud/data-regions.html), que dois-je choisir ?
Merci
EDIT :
Je me suis inscrit et je commence l’installation.
Vous avez probablement installé leur version de Linux plutôt qu’Ubuntu. Vous devrez utiliser Ubuntu ou lire la documentation (RTFM) pour installer des logiciels avec leur système d’exploitation.
Est-ce que quelqu’un sait comment cela se comparerait au plus petit droplet chez Digital Ocean ? Je n’arrive pas à trouver comment les comparer réellement.
Le droplet le moins cher disponible actuellement semble être à 5 $/mois pour 1 vCPU partagé, 1 Go de RAM, 25 Go de SSD (sans partition d’échange), et 1000 Go de transfert de données. L’hébergement gratuit d’Oracle propose 1 OCPU (défini comme « une capacité CPU équivalente à un cœur physique d’un processeur Intel Xeon avec l’hyper-threading activé »), 1 Go de RAM, 50 Go de SSD (dont 10 Go réservés à l’échange), et je pense 1000 Go de transfert.
Je n’ai pas encore trouvé comment voir la quantité de transfert de données que j’utilise.
Hmmm. Par ailleurs, je vois qu’Oracle propose également 1/8 d’OCPU. Always Free Resources Mais vous pouvez en avoir deux, ce qui vous permet de séparer la base de données et le front-end si vous le souhaitez.
Y a-t-il un moyen de comparer les capacités du processeur ? Peut-être une commande à exécuter sur chacun ? Il semble qu’Oracle ait un léger avantage, mais cela ignore la puissance du CPU, qui reste une boîte noire pour moi.
Je mets environ 20 minutes pour la reconstruction, peut-être que quelqu’un avec un petit droplet pourra proposer une comparaison. À partir de time sudo /var/discourse/launcher rebuild app, en excluant la mise à niveau de la reconstruction de Postgres :
17 avril 2020 : 22m16.598s
2 juin 2020 : 18m28.863s
28 juin 2020 : 20m27.314s
Il existe de nombreuses variables concernant l’ancienneté de l’image Discourse et la quantité de travail nécessaire pour se mettre à jour — mais un temps de reconstruction vraiment bon se situe plutôt autour de 5 minutes. Un temps de reconstruction correct serait de 10 minutes.
Cela a du sens. Le mien vient de se terminer en 6,5 minutes. Mais je l’avais mis à jour plus tôt dans la journée… Je me demande, @elijah, combien de temps prendrait une deuxième reconstruction sur votre site le même jour (c’est-à-dire similaire au mien).
Je sais comment payer pour un service plus rapide. Mais c’est agréable de voir la comparaison. Peut-être que je vais déplacer la base de données sur un hôte séparé à un moment donné et refaire le test.
@jtbayly : Je n’ai pas enregistré les temps exacts, mais au début, en tâtonnant pour choisir les plugins à utiliser, j’ai effectué quelques reconstructions consécutives. Il n’y avait pas beaucoup de différence de temps.
Hmmm… Je suppose que @codinghorror ou d’autres pourraient éclaircir cela, mais je doute que cela ait un impact significatif sur la vitesse de reconstruction. Il ne me semble pas que la base de données consomme une grande partie du temps de reconstruction.
Ainsi, un serveur Oracle gratuit est environ 4 fois plus lent que le droplet DO le moins cher et environ 7 fois plus lent qu’un droplet DO à haute puissance CPU (la reconstruction prend 3 minutes).
Conseil de performance : les performances des volumes de blocs dépendent de la taille du disque (60 IOPS/Go et 480 Ko/s/Go). Si vous n’utilisez qu’une seule machine virtuelle gratuite, vous pouvez allouer vos 100 Go de stockage gratuit à cette VM pour doubler les opérations d’entrée/sortie. Cela accélérera considérablement les temps de reconstruction.
Une partie de la définition est omise : Chaque OCPU correspond à deux threads d’exécution matériels, appelés vCPU. Autrement dit, un OCPU équivaut à deux vCPU dans d’autres clouds (comme DigitalOcean). Bien que, bien sûr, dans le cas du service gratuit, vous n’obteniez même pas un OCPU complet…
Et un petit avertissement concernant les CGU d’Oracle au cas où vous ne les auriez pas lues : 1.3 Vous ne pouvez pas, ni ne pouvez amener ou permettre à d’autres de : … (b) effectuer ou divulguer des tests de référence ou de disponibilité des Services ;
Vous pouvez louer un serveur facturé à l’heure chez un hébergeur proposant ce type de facturation et effectuer les tests vous-même. Cela prendra un certain temps pour installer et construire Discourse sur les serveurs, mais vous aurez toutes les spécifications souhaitées et cela vous coûtera de quelques centimes à quelques dollars.
Des conditions d’utilisation qui vous empêchent de tester si votre site web reste en ligne ? Si elles fournissent ce pour quoi vous les payez. Si votre serveur fonctionne. Si les gens peuvent acheter vos produits. En fait, cela interdit d’avoir un site web sur votre serveur, car cela permet à d’autres d’effectuer un test de disponibilité du Service.
Tellement idiot. Si les gens suivaient réellement les « règles » que les avocats rédigent pour tout le monde, le monde s’arrêterait net.