Object Storage Service (OSS) offre un moyen économique de persister et de partager des données entre les instances d'application, grâce à des outils conviviaux et une console permettant une gestion visuelle des buckets. OSS est idéal pour les scénarios à forte intensité de lecture, tels que le montage de fichiers de configuration ou la diffusion de fichiers statiques frontend.
Prérequis
Points d'entrée
La procédure varie selon le scénario.
Créer une application
Connectez-vous à la console SAE. Dans le volet de navigation de gauche, choisissez Applications > Applications. Sélectionnez la région et l'espace de noms cibles, puis cliquez sur Create Application.
Sur la page de l'assistant Basic Information, configurez les paramètres requis et cliquez sur Next: Advanced Settings.
Modifier une application en cours d'exécution
Le redéploiement d'une application entraîne son redémarrage. Pour éviter des erreurs imprévisibles telles que des interruptions de service, nous vous recommandons de déployer les applications pendant les heures creuses.
Connectez-vous à la console SAE. Dans le volet de navigation de gauche, choisissez Applications > Application List. Sélectionnez la région et l'espace de noms cibles, puis cliquez sur le nom de l'application cible.
Sur la page Basic Information de l'application cible, cliquez sur Deploy Application.
Modifier une application arrêtée
Connectez-vous à la console SAE. Dans le volet de navigation de gauche, choisissez Applications > Application List. Sélectionnez la région et l'espace de noms cibles, puis cliquez sur le nom de l'application cible.
Sur la page Basic Information de l'application cible, cliquez sur Modify Application Configurations.
Procédure
Développez la section Configure Persistent Storage et activez l'option Enable OSS.
Monter le stockage OSS
-
Saisissez l'AccessKey ID et l'AccessKey Secret.
Par mesure de sécurité, utilisez la paire AccessKey d'un utilisateur RAM. Par exemple, la politique minimale suivante accorde à un utilisateur RAM un accès en lecture seule au répertoire oss-test/ du bucket test-sae.
{ "Statement": [ { "Action": "oss:GetBucket", "Effect": "Allow", "Resource": "acs:oss:*:*:test-sae" }, { "Action": "oss:GetObject", "Effect": "Allow", "Resource": "acs:oss:*:*:/" } ], "Version": "1" } -
Configurez les paramètres de montage OSS. Pour ajouter plusieurs entrées, cliquez sur Add.
Paramètre
Description
Exemple
Bucket
Un bucket OSS existant.
bucketname
Mount Directory
Un répertoire ou un objet OSS existant. Si le répertoire de montage spécifié n'existe pas, une erreur se produit.
Exemples :
-
/
RemarqueMonte la racine du bucket.
-
tmp/oss-test/
-
tmp/oss-demo.log
Container Path
Le chemin dans le conteneur SAE. Si le chemin existe, son contenu est écrasé. S'il n'existe pas, il est créé.
/home/admin/app/php/
Permission
L'autorisation d'accès sur la ressource montée. Valeurs possibles :
-
lecture seule
-
lecture/écriture
lecture seule
-
Démonter le stockage OSS
Vous pouvez démonter le stockage OSS lorsqu'il n'est plus nécessaire. Le démontage ne supprime pas les données stockées dans OSS.
Pour démonter une configuration OSS, repérez l'entrée à démonter et cliquez sur l'icône
dans la colonne Actions.
Vérification
-
Vérifiez les détails du déploiement.
Un déploiement réussi sans exception d'instance indique que le montage a fonctionné.
-
Vérifiez depuis l'intérieur du conteneur.
Connectez-vous à Webshell et exécutez la commande suivante pour vérifier les informations de montage OSS.
cat /proc/mounts | grep ossfsUn montage réussi renvoie une sortie similaire à la suivante :
# cat /proc/mounts | grep ossfs ossfs /xxx fuse.ossfs ro,relatime,user_id=0,group_id=0,allow_other 0 0 -
Vérifiez au niveau de l'application.
Connectez-vous à Webshell et effectuez des opérations sur le chemin du système de fichiers OSS monté. Si la console OSS reflète les modifications, le montage est réussi.
FAQ
Puis-je utiliser OSS pour stocker des journaux ?
Utilisez Simple Log Service (SLS) ou ApsaraMQ for Kafka pour le stockage persistant des journaux.
N'utilisez pas OSS pour le stockage persistant des journaux. OSS est conçu pour le traitement de fichiers à grande échelle, tels que les images, l'audio et la vidéo, ainsi que pour la séparation des ressources statiques et dynamiques dans les applications web.
Dépannage
Si vous rencontrez des échecs de montage, des chemins de montage manquants ou des erreurs d'autorisation, suivez ces étapes pour résoudre le problème.
-
Vérifiez que le bucket OSS configuré existe.
Si vous déployez l'application depuis la console, vous ne pouvez sélectionner que des buckets OSS existants situés dans le même compte et la même région.
Si vous déployez l'application par d'autres méthodes, telles qu'une API, un SDK, l'outil saectl ou un plug-in Jenkins, connectez-vous à la console OSS et vérifiez que le nom du bucket OSS spécifié existe dans le même compte et la même région.
-
Vérifiez les autorisations de l'utilisateur RAM associé à l'AccessKey ID et à l'AccessKey Secret.
Identifiez l'utilisateur RAM associé à l'AccessKey ID et à l'AccessKey Secret.
Vérifiez que l'utilisateur RAM dispose des autorisations requises sur le bucket OSS configuré.
-
Vérifiez la Bucket Policy.
Connectez-vous à la console OSS. Sur la page de détails du bucket cible, choisissez dans le volet de navigation de gauche.
-
Vérifiez si la Bucket Policy bloque l'accès depuis SAE. Assurez-vous notamment que les adresses IP publiques de SAE pour votre région sont ajoutées à la liste d'autorisation, comme indiqué dans le tableau suivant.
RemarquePour obtenir les adresses IP publiques spécifiques de SAE, contactez le support technique via le groupe DingTalk (ID : 32874633).
Région
Adresse IP
cn-hangzhou
47,99.xx.xx
cn-shanghai
47 101.xx.xx
cn-beijing
47,94.xx.xx
cn-zhangjiakou
121,89.xx.xx
cn-wulanchabu
8 130.xx.xx
cn-shenzhen
39 108.xx.xx
cn-heyuan
47 121.xx.xx
cn-guangzhou
8 134.xx.xx
cn-chengdu
47 108.xx.xx
cn-hongkong
47 243.xx.xx
8 210.xx.xx
ap-southeast-1
8 219.xx.xx
eu-central-1
8 211.xx.xx
us-west-1
47,89.xx.xx
us-east-1
47 252.xx.xx