Et bienvenue dans la vidéo d'aujourd'hui, nous allons discuter de ces trois politiques de cycle de vie maintenant, généralement, de la plupart des organisations, de la
quantité de stockage requise pour stocker des données importantes dans S. T.
plages en téraoctets.
Maintenant, lorsque vous avez des téraoctets de données stockées dans l'historique, l'un des principaux facteurs qui entrent en ligne de compte
est le coût.
Maintenant, nous savons déjà que la plupart du temps, ce qui se passe, c'est que les utilisateurs
téléchargent directement les données dans le cadre de la classe de stockage standard S3, et cela coûte beaucoup plus cher.
Ainsi, selon les modèles d'accès, la criticité des données, ce dont vous avez besoin, c'est de les stocker dans
la classe de stockage appropriée.
Maintenant, l'une des choses qui peuvent être utilisées ici est l'audition intelligente S3, qui peut aller de l'avant
et déplacer les données entre l'accès standard et l'accès peu fréquent.
Cependant, il existe d'autres classes de stockage beaucoup moins chères qui peuvent également être utilisées, mais elles ne sont pas
directement prises en charge par la théorie intelligente.
Vous avez donc besoin d'un système d'automatisation capable de transférer automatiquement les données entre plusieurs classes de
stockage.
Disons donc que nous voulons stocker un mois de perte au sein d'Amazon est très similaire à ces
journaux qui peuvent être consultés assez fréquemment, peut-être à des fins de sécurité, à des fins
de débogage, de dépannage, etc.
Après un mois, les chances d'accéder au journal sont très minimes.
Donc, ce dont nous avons besoin automatiquement, ces journaux doivent être transférés vers l'accès peu fréquent standard.
Et après l'avoir stocké en accès peu fréquent pendant un certain temps, disons un mois de
plus, les chances d'accéder aux journaux sont alors très minimes.
Mais vous avez toujours besoin des journaux à des fins de conformité.
Donc, ce dont vous avez besoin après peut être un certain temps.
Vous voulez déplacer ces journaux vers Galatia.
Ainsi, la transition automatique des données entre plusieurs classes de stockage est quelque chose qui peut être réalisé à l'aide de
politiques de cycle de vie.
Cela peut donc être mieux compris avec le diagramme ici où vous avez une norme de l'industrie stockée vidéo.
Donc, ce que vous voulez au départ peut être consulté beaucoup.
Cependant, après 30 jours, les chances d'accès à la vidéo sont très minimes.
Donc que fais-tu?
Vous le déplacez vers une autre histoire, une classe d'accès standard et peu fréquent après 30 jours et
après un certain temps dans l'accès peu fréquent, disons après 60 jours, les chances que vous ayez accès
sont presque nulles.
Cependant, vous avez toujours besoin de cette vidéo spécifique.
Donc ce que vous faites après 60 jours, la vidéo va au glacier.
Ainsi, ces actions de transition qui se déroulent de manière automatisée sont prises en charge par leurs politiques de
cycle de vie dans S3.
Examinons-le donc rapidement maintenant pour la vidéo d'aujourd'hui.
J'ai un seau de taille d'échantillon trois et c'est trois seau a un objet.
Maintenant, cet objet a la classe de stockage associée de la norme S3.
Maintenant, lorsque nous discutons de ces actions de transition, nous discutons de cela est possible à l'aide de
politiques de cycle de vie.
Désormais, les politiques de cycle de vie n'activent pas les trois par défaut.
Ainsi, quel que soit l'objet stocké, il restera dans la classe de stockage standard.
Donc, pour aller de l'avant et créer des actions de transition, ce que vous devez faire, vous devez vous adresser à la
direction et dans un délai d'un an, vous avez des règles de cycle de vie.
Alors allons-y et créons une règle de cycle de vie ici dans la règle de cycle de vie.
Appelons-le le module et dans la portée des règles.
Je précise simplement s'appliquer à tous les objets ici et maintenant.
La prochaine chose importante est les actions de règle de cycle de vie.
Le premier est la transition de la version actuelle des objets entre les classes de stockage.
Je vais donc aller de l'avant et le sélectionner maintenant.
La première conversion de classe de stockage de Standard doit passer à un accès standard,
peu fréquent et fréquent après 30 jours de création d'objet.
Très bien.
Maintenant, j'ajoute une transition de plus cette fois au lieu d'intelligent pendant.
Je le dirai plus tard.
Donc, après, disons, 60 jours de création d'objet, l'objet doit aller à Glacier.
Bien que Gordon reconnaisse que cela est essentiellement lié au présent et qu'il vous donne également
le résumé qui indique et zéro l'objet est créé et cet objet sur les données va à ces
taxes standard peu fréquentes, puis après le 60, l'objet passe à glacier.
C'est donc le processus automatisé qui se produit.
Audio une fois, alors vous pouvez aller de l'avant et créer un fichier.
Ainsi, une fois que vous avez créé une règle, vous obtiendrez essentiellement des informations qui s'y rapportent.
Donc, fondamentalement, il commence la transition vers l'accès peu fréquent standard, puis la transition vers Galatia et actuellement la
portée est des seaux morts.
Tous les objets qui font partie du bucket passeront par cette règle spécifique.
Super.
Non.
Une autre chose importante que je voulais vous montrer, en fait, la politique de cycle de vie vous permet également de le
faire.
Disons que vous avez des données avec votre père et avant d'avoir besoin de ces données uniquement pour, disons, les 90
prochains jours, après 90 jours, vous n'en avez pas vraiment besoin et vous voulez aller de l'avant et les supprimer.
Ainsi, toutes ces possibilités peuvent également être réalisées.
Il ira donc rapidement à la direction.
Et si vous créez une nouvelle règle de cycle de vie, si vous examinez la règle de cycle de vie, plusieurs actions
sont disponibles.
L'un est pour la version actuelle de l'objet.
Le second concerne la version précédente de l'objet.
Considérant que l'autre versioning et même alors vous avez également la version actuelle de Xfire des objets où
vous pouvez spécifier un nombre de jours après lequel l'objet expirerait.
Vous avez également l'océan lié à la suppression définitive de la version précédente des objets et à la suppression
d'un marqueur supprimé expiré.
Donc beaucoup de flexibilité en dehors de la transition des objets entre les classes de stockage.
Vous avez également la possibilité de supprimer les objets après un certain temps à l'aide d'actions de règle de
cycle de vie.
C'est génial.
J'espère donc qu'avec cela, vous avez compris les bases de ces trois politiques de cycle de vie et conclurez la vidéo
d'aujourd'hui.