Facturation des instances par abonnement
Facturation des instances au paiement à l'utilisation
Questions sur la conversion des méthodes de facturation
Abonnement vers paiement à l'utilisation
Paiement à l'utilisation vers abonnement
Mode économique
Annexe
Quelles sont les différences entre l'abonnement, les instances réservées et les plans d'économies ?
Pour les charges de travail stables, l'abonnement, les instances réservées et les plans d'économies offrent tous des réductions. Pour une même durée, le classement en termes de flexibilité est le suivant : plans d'économies > instances réservées > abonnement. Le tableau suivant compare ces trois options.
|
Comparaison |
Abonnement |
Instance réservée |
Plan d'économies |
|
Restrictions liées aux réductions |
Réduction appliquée à une instance spécifique. |
Une seule instance réservée peut couvrir jusqu'à 100 instances correspondantes. |
Les réductions sont appliquées directement à votre facture en fonction de la consommation, sans limite d'instance. |
|
Réservation de ressources |
Prise en charge. |
Prise en charge. Sélectionnez une instance réservée zonale. |
Non pris en charge. |
|
Interproduits |
Non pris en charge. |
Prise en charge. S'applique à la fois à ECS et à Elastic Container Instance (ECI). |
Prise en charge. S'applique à la fois à ECS et à ECI. |
|
Interrégion |
Non pris en charge. |
Non pris en charge. |
Prise en charge. Sélectionnez un plan d'économies généraliste. |
|
Interzones au sein d'une même région |
Non pris en charge. |
Prise en charge. Sélectionnez une instance réservée régionale. |
Prise en charge. |
|
Interfamilles d'instances |
Non pris en charge. |
Non pris en charge. |
Prise en charge. Sélectionnez un plan d'économies généraliste. |
|
Intertypes d'instances au sein d'une même famille |
Non pris en charge. |
Prise en charge. |
Prise en charge. |
|
Inter-systèmes d'exploitation |
Non pris en charge. |
Non pris en charge. |
Prise en charge. |
|
Partage intercomptes |
Non pris en charge. |
Prise en charge. |
Prise en charge. |
|
Paiements échelonnés |
Non pris en charge. |
Prise en charge. Choisissez le paiement intégral anticipé, partiel ou aucun paiement anticipé. |
Prise en charge. Choisissez le paiement intégral anticipé, partiel ou aucun paiement anticipé. |
Pourquoi des frais de paiement à l'utilisation sont-ils générés pour mon instance ECS sous abonnement ? Pourquoi ai-je des impayés sur mon instance ECS sous abonnement avant son expiration ?
Des frais de paiement à l'utilisation peuvent être générés pour une instance sous abonnement si vous activez des fonctionnalités de paiement à l'utilisation lors de l'achat de l'instance, ou si vous modifiez les configurations ou associez des ressources de paiement à l'utilisation pendant l'utilisation de l'instance. Voici les scénarios courants :
Vous avez configuré les paramètres suivants lors de l'achat de l'instance ECS sous abonnement, ou vous avez modifié les configurations de l'instance comme suit pendant son utilisation :
Vous avez sélectionné la méthode de facturation par trafic lors de la configuration de la bande passante publique.
Le disque système ou le disque de données est un disque ESSD AutoPL et vous avez configuré les performances provisionnées.
Le disque système ou le disque de données est un disque ESSD AutoPL et vous avez configuré l'explosion de performances. Lorsqu'une explosion de performances se produit, les frais d'explosion sont facturés selon le modèle de paiement à l'utilisation.
Vous avez configuré une politique de snapshot automatique pour l'instance. Lorsque la politique est déclenchée et que des snapshots sont créés, des frais de stockage de snapshot sont générés.
Si l'instance est une instance à rafales avec le mode illimité activé, une utilisation excessive de ses crédits CPU entraîne des frais supplémentaires liés aux crédits.
Vous avez effectué les opérations suivantes lors de l'utilisation de l'instance sous abonnement :
Association d'un disque de données en paiement à l'utilisation.
Association de produits Internet orientés vers l'extérieur en paiement à l'utilisation, tels que des adresses IP élastiques (EIP), des instances Server Load Balancer (SLB) ou des passerelles NAT.
Création d'une image personnalisée ou d'un snapshot manuel.
Si vous souhaitez basculer la méthode de facturation de ces ressources de paiement à l'utilisation vers l'abonnement, consultez la rubrique Basculer entre les méthodes de facturation.
Que faire si la conversion d'une instance sous abonnement en instance de paiement à l'utilisation échoue ?
La conversion peut échouer pour les raisons suivantes :
Statut d'instance non pris en charge : par exemple, l'instance comporte une commande impayée.
Instance expirée : les instances expirées ne peuvent pas être converties.
Modification de la configuration : une modification récente de la configuration, telle qu'une augmentation temporaire de la bande passante, bloque la conversion.
Pour résoudre ces problèmes :
Vérifiez le statut de l'instance : assurez-vous que l'instance ne comporte aucune commande impayée et qu'elle n'est pas expirée.
Examinez la configuration de l'instance : si vous avez récemment modifié l'instance, annulez les modifications avant de réessayer la conversion.
Si le problème persiste ou si le message d'erreur n'est pas clair, contactez le support technique.
Pourquoi ai-je reçu une notification de paiement en souffrance pour mon instance sous abonnement qui n'a pas encore expiré ?
Certains services associés à une instance sous abonnement, tels que le stockage des snapshots et la bande passante publique facturée au trafic, sont soumis à une facturation en paiement à l'utilisation. Ces frais ne sont pas inclus dans l'achat initial de l'abonnement. Si le solde de votre compte ne permet pas de couvrir ces factures en paiement à l'utilisation, votre compte passe en état de paiement en souffrance. Vérifiez vos détails de consommation pour identifier les frais liés au paiement à l'utilisation. Consultez la rubrique Consulter les factures.
Comment le temps de règlement est-il calculé pour les instances en paiement à l'utilisation ?
Les instances en paiement à l'utilisation sont facturées à la seconde et réglées toutes les heures. L'heure de règlement est déterminée par le système. Par exemple, si vous créez une instance ECS à 01:30 et que vous la libérez à 02:00, le cycle de règlement s'étend de 01:00:00 à 02:00:00. La durée réelle facturable est de 30 minutes × 60 = 1 800 secondes.
Des frais sont-ils appliqués pour une instance ECS en paiement à l'utilisation arrêtée manuellement ou en raison d'un paiement en souffrance ?
Arrêt dû à un paiement en souffrance : L'instance est automatiquement arrêtée en raison d'un impayé. Aucun frais n'est facturé dans cet état. Toutefois, l'instance ne reste pas indéfiniment dans cet état. Consultez la rubrique Paiement à l'utilisation.
-
Arrêt manuel : Vous placez l'instance dans l'état Stopped depuis la console ECS ou en appelant l'opération API StopInstance. La facturation dépend de l'activation ou non du mode économique.
Mode économique activé : La facturation commence dès la création. Lorsque l'instance est Stopped, la facturation s'arrête pour les ressources de calcul (vCPU et mémoire) ainsi que pour les adresses IP publiques statiques. Les autres ressources, telles que les disques et les EIP, continuent d'être facturées. Consultez la rubrique Mode économique.
Mode économique désactivé : La facturation se poursuit même si l'instance est arrêtée.
Aucun frais n'est facturé pour une instance arrêtée en raison d'un paiement en souffrance. Pour une instance arrêtée manuellement, les frais dépendent du type de réseau et du mode d'arrêt.
Que faire si la commande de conversion d'une instance de paiement à l'utilisation vers un abonnement échoue ?
La conversion peut échouer pour les raisons suivantes :
État de l'instance non pris en charge : Par exemple, l'instance présente une facture impayée ou une heure de libération automatique est configurée.
Modification de la configuration : La configuration de l'instance a été modifiée ou il existe une commande de conversion non payée.
Conditions non remplies : Par exemple, l'instance utilise un type d'instance retiré, il s'agit d'une instance spot ou la libération automatique est activée.
Pour résoudre ces problèmes :
Régularisez les paiements en souffrance et désactivez le paramètre de libération automatique.
Finalisez ou annulez toute modification de configuration en cours ou toute commande incomplète avant de poursuivre.
Vérifiez que l'instance n'est pas une instance spot et que son type d'instance n'est pas retiré.
Si le problème persiste, contactez le support technique.
Le mode de facturation de la bande passante change-t-il après la conversion du paiement à l'utilisation vers l'abonnement ?
Non. La conversion du paiement à l'utilisation vers l'abonnement modifie le mode de facturation uniquement pour les instances et les disques. Pour modifier le mode de facturation de la bande passante, consultez la rubrique Présentation de la mise à niveau ou de la rétrogradation d'une instance.
J'ai une commande impayée pour convertir une instance à la demande en instance par abonnement. Si je mets à niveau la configuration de l'instance, la commande de conversion reste-t-elle valide ?
Lorsque vous convertissez une instance à la demande en instance par abonnement, un bon de commande est généré. Si vous mettez à niveau l'instance avant de régler cette commande, le montant ne correspond plus à la configuration actuelle. Le paiement est bloqué et la commande de conversion devient invalide.
Pour poursuivre, annulez la commande impayée sur la page Order Management, puis créez une nouvelle commande de conversion basée sur la configuration mise à niveau.
Pourquoi ne puis-je pas convertir une instance à la demande en instance par abonnement ?
L'instance à la demande doit remplir les conditions suivantes :
L'instance se trouve dans l'état Running ou Stopped
L'instance n'est pas en mode économique. Si c'est le cas, démarrez d'abord l'instance.
L'instance n'est pas un type d'instance retiré
L'instance n'est pas une instance spot
Aucune commande impayée n'existe pour l'instance. Réglez ou annulez toutes les commandes impayées.
Aucune heure de libération automatique n'est définie. Si une heure est définie, désactivez le paramètre de libération automatique au préalable.
Quels types d'instances ECS prennent en charge le mode économique ?
Une instance ECS doit remplir les conditions suivantes pour prendre en charge le mode économique :
Le type de réseau est VPC.
La méthode de facturation est à la demande (y compris les instances spot).
La famille d'instances ne comprend pas de stockage local.
La famille d'instances ne comprend pas de mémoire persistante.
Consultez la rubrique Mode économique.
Après avoir activé le mode économique par défaut, puis-je arrêter une seule instance ECS sans libérer ses ressources de calcul et réseau ?
Même avec le mode économique activé par défaut, vous devez toujours définir le mode d'arrêt pour chaque instance individuellement. Si le mode économique n'est pas déclenché, l'instance conserve ses ressources de calcul et réseau.
Pour arrêter et redémarrer rapidement une instance, définissez le paramètre StoppedMode sur KeepCharging lors de l'appel à StopInstance, ou sélectionnez Standard Mode dans la console.
Puis-je déclencher le mode économique en arrêtant une instance ECS depuis son système d'exploitation ?
Non. L'arrêt d'une instance depuis son système d'exploitation ne déclenche pas le mode économique. L'instance doit être arrêtée de l'une des manières suivantes :
Dans la console ECS. Consultez la rubrique Arrêter une instance.
Via l'API en utilisant Cloud Assistant CLI ou un SDK. Consultez la rubrique StopInstance.
Arrêt automatique dû à un retard de paiement.
Les instances dotées d'un stockage local prennent-elles en charge le déclenchement automatique du mode économique ?
Non. Les instances dotées d'un stockage local ne prennent pas en charge le mode économique.
Après qu'une instance ECS est entrée en mode économique, pourquoi une erreur OperationConflict se produit-elle lorsque j'essaie de la démarrer immédiatement ?
Lorsqu'une instance ECS entre en mode économique, ses ressources de calcul (CPU et mémoire) et son adresse IP publique statique sont révoquées.
Pour arrêter et redémarrer rapidement une instance sans entrer en mode économique, définissez le paramètre StoppedMode sur KeepCharging lors de l'appel à StopInstance, ou sélectionnez Standard Mode dans la console ECS.
Après qu'une instance ECS est entrée en mode économique, pourquoi une erreur OperationDenied.NoStock se produit-elle lorsque j'appelle StartInstance ?
Lorsqu'une instance ECS entre en mode économique, ses ressources de calcul sont révoquées. Si l'inventaire des ressources de la zone est insuffisant, une erreur OperationDenied.NoStock se produit lors du démarrage de l'instance. Réessayez de la démarrer ultérieurement.
Après avoir activé le mode économique, l'adresse IP publique change lorsque j'arrête puis démarre l'instance. Comment puis-je conserver l'adresse IP publique inchangée ?
Lorsqu'une instance ECS entre en mode économique, son adresse IP publique statique est révoquée. Une nouvelle adresse lui est attribuée au prochain démarrage de l'instance.
Pour conserver l'adresse IP publique inchangée, convertissez l'adresse IP publique statique en Elastic IP Address (EIP). Une EIP n'est pas libérée lorsqu'une instance entre en mode économique. Référence API : ConvertNatPublicIpToEip.
Après la conversion en EIP, vous êtes facturé pour la bande passante publique sortante, les frais de configuration de l'EIP et les frais d'association de l'EIP. Les frais de configuration et d'association sont exonérés si certaines conditions sont remplies. Consultez la rubrique Présentation de la facturation Elastic IP Address.