Cette page montre des exemples et des conseils pour
utiliser des compartiments pour héberger un site Web statique.
## Pages spécialisées
Pages d'index
Une page d'index (également appelée index de répertoire de serveur Web)
est un fichier servi aux visiteurs lorsqu'ils demandent une URL qui n'a pas de
fichier associé. Lorsque vous attribuez un
propriété MainPageSuffix,
Cloud Storage recherche un fichier portant ce nom et dont le préfixe correspond à
URL demandée par le visiteur
Par exemple, disons que vous définissez le
MainPageSuffixe de votre site Web statique pour
index.html. De plus, disons que vous n'avez pas de fichier nommé
répertoire dans votre
seau
www.exemple.com. Dans cette situation, si un utilisateur demande l'URL
httpwww.example.com/directory, Cloud Storage tente de diffuser le fichier
www.example.com/directory/index.html. Si ce fichier n'existe pas non plus,
Cloud Storage renvoie une page d'erreur
Le
MainPageSuffix contrôle également le fichier servi lorsque les utilisateurs demandent le top
site de niveau. En reprenant l'exemple ci-dessus, si un utilisateur demande
httpwww.example.com, Cloud Storage tente de diffuser le fichier
www.exemple.com/index.html
Lorsque vous tentez d'accéder à une URL avec une barre oblique finale, telle que
httpwww.example.com/dir/, voir Dépannage
Page d'erreur
La page d'erreur est le fichier renvoyé aux visiteurs de votre site statique qui
demander une URL qui ne correspond pas à un fichier existant. Si tu as
attribué un
MainPageSuffix, Cloud Storage ne renvoie la page d'erreur que si
il n'y a ni fichier avec le nom demandé ni page d'index applicable
Lors du renvoi d'une page d'erreur, le code de réponse http est
404. La propriété qui
contrôle quel fichier agit comme la page d'erreur est
Page introuvable. Si vous ne le faites pas
ensemble
NotFoundPage, les utilisateurs reçoivent une page d'erreur générique
## Exemples de configuration de site Web
Seau à trois objets
Supposons qu'un bucket nommé
www.example.com a été configuré en tant que site Web
avec les paramètres et fichiers suivants :
-
MainPageSuffix= "index.html"NotFoundPage= "404.html"- Le bucket contient trois objets partagés : "index.html", "404.html"et "dir/index.html".
Le tableau suivant indique le contenu diffusé pour les URL sélectionnées :
|URL demandée
||Contenu servi
||Code de réponse HTTP
|
|httpwww.exemple.com
|
httpwww.exemple.com/
httpwww.example.com/index.html
|L'objet "index.htmln||200
|
|httpwww.exemple.com/bonjour
||L'objet "404.htmln||404
|
|httpwww.exemple.com/dir/index.html
||L'objet "dir/index.htmln||200
|
|httpwww.exemple.com/dir
||L'objet "dir/index.htmln||301
|
|httpwww.exemple.com/dir/
||L'objet "dir/index.html", en supposant qu'aucun objet de zéro octet n'existe pour /dir/
||200
|
|Un objet vide de zéro octet, s'il existe pour /dir/. Consultez la rubrique Dépannage pour supprimer cet objet de zéro octet.
||301
|
Seau à deux objets
Supposons qu'un bucket nommé
www.example.com a été configuré en tant que site Web
avec les paramètres et fichiers suivants :
-
MainPageSuffix= "main.html"NotFoundPage= "404.html"- Le bucket contient deux objets partagés : "main.html"et "404.html".
Le tableau suivant indique le contenu diffusé pour les URL sélectionnées :
|URL demandée
||Contenu servi
||Code de réponse HTTP
|
|httpwww.exemple.com
|
httpwww.exemple.com/
|L'objet "main.htmln||200
|
|httpwww.exemple.com/index.html
||L'objet "404.htmln||404
|
Si un objet est partagé, vous pouvez également
afficher cet objet avec l'URL :
httpstorage.googleapis.com/
BUCKET_NAME/OBJECT_NAME
Par exemple, l'URL d'un
l'objet index.html serait :
httpstorage.googleapis.com/www.example.com/index.html
Pour plus d'informations sur l'utilisation des données accessibles, consultez
Accès aux données publiques.
## Conseils pour travailler avec un bucket configuré en tant que site Web
Voici quelques conseils à garder à l'esprit lors de l'utilisation d'un
bucket pour héberger un site Web statique.
Ajouter des sous-domaines
Supposons que vous souhaitiez également diffuser du contenu sur
test.example.com, à partir d'un autre
compartiment que celui qui diffuse du contenu à
www.exemple.com. Faire cela:
-
Créez un nouveau compartiment pour diffuser votre contenu supplémentaire.
Si vous avez suivi le didacticiel sur Hébergement d'un site Web statique pour servir votre
contenu via HTTPS, modifiez votre équilibreur de charge dans le
Console cloud comme suit :
-
- Pour
Configuration backend, créer un nouveau bucket backend
seau de test
en sélectionnant le nouveau bucket que vous avez créé.
- Pour
Règles d'hôte et de chemin, ajoutez une nouvelle règle comme suit :
Hôtes Chemins Backends
test.example.com /* test-bucket
Pour
Configuration frontale, ajoutez une nouvelle adresse IP et un nouveau port frontal avec le
mêmes valeurs que votre première configuration, avec les exceptions suivantes :
-
- Pour
Adresse IP, créez et réservez une nouvelle adresse IP.
- Pour
Certificat, créez un nouveau certificat SSL pour
test.exemple.com.
- Pour
- Pour
Après avoir mis à jour l'équilibreur de charge, ajoutez un nouveau
Un enregistrement sur votre domaine
service d'enregistrement en utilisant l'adresse IP de la nouvelle configuration frontale :
NOM TYPE DONNÉES
essai A
ADRESSE IP
Comportement de l'API
Le
MainPageSuffix et
Les configurations de site Web NotFoundPage ne sont utilisées que
pour les requêtes envoyées à Cloud Storage via un
CNAME ou
Une redirection. Par exemple, une demande de
www.exemple.com
affiche la page d'index, mais une requête équivalente à
storage.googleapis.com/www.example.com ne
Ainsi, le comportement de l'API pour les requêtes adressées aux domaines Cloud Storage, tels que
storage.googleapis.com/www.example.com, est conservé. Par exemple, vous
peut continuer à répertorier les objets dans le
compartiment www.example.com comme vous le feriez
pour tout autre seau. Dans le cas du
bucket www.example.com, l'objet
la liste que vous recevez comprend
404.html et
index.html
Héberger des actifs statiques pour un site Web dynamique
Vous pouvez utiliser Cloud Storage pour héberger des ressources statiques pour un site Web dynamique
hébergé, par exemple, dans Google App Engine ou dans
Google Compute Engine. Quelques avantages de l'hébergement de vos actifs statiques,
comme des images ou des fichiers JavaScript, dans un bucket, incluez :
-
Cloud Storage se comporte comme un Content Delivery
Réseau (CDN) car les objets lisibles sont mis en cache dans
le réseau Cloud Storage par défaut.
Les frais de bande passante pour accéder au contenu coûtent généralement moins cher avec Cloud Storage.
La charge sur vos serveurs Web est réduite lors de la diffusion du contenu statique à partir de
Stockage en ligne.
Lorsque vous hébergez des ressources statiques pour un site Web dynamique, vous n'avez pas besoin de créer
enregistrements DNS et pointez vers un compartiment ou un équilibreur de charge comme vous le faites pour un
site Web statique. Par exemple, vous pouvez avoir un compartiment nommé
www_example_com_assets avec les ressources appropriées configurées comme partagées
publiquement, puis accéder à ces ressources à l'aide du domaine Cloud Storage.
Par exemple, supposons que vous ayez le fichier JavaScript
library.js dans le compartiment
www_example_com_assets partagé, vous pouvez y accéder en tant que
httpstorage.googleapis.com/www_example_com_assets/library.js
Définir les paramètres du cache
Vous pouvez contrôler comment ou si les actifs de votre site Web sont mis en cache en configurant le
Métadonnées Cache-Control. Généralement, ne définissez que les métadonnées de contrôle du cache
pour les objets accessibles à tous les utilisateurs anonymes, ce qui est une exigence
pour tout objet diffusé à partir d'un bucket Cloud Storage dans le cadre d'une
site Internet
Cloud Storage applique un paramètre de contrôle du cache de 3 600 secondes aux objets qui sont
accessible à tous les utilisateurs anonymes, sauf si vous spécifiez un contrôle de cache explicite
paramètres. Reportez-vous à la section Affichage et modification des métadonnées pour obtenir des instructions sur la configuration
métadonnées d'objet, telles que
Cache-Control
Vous pouvez également utiliser Cloud CDN pour mettre en cache le contenu équilibré HTTP(S) externe
proche de vos utilisateurs, ce qui réduit souvent les coûts de service. Pour plus d'informations, voir
Mise en cache.
Surveillez vos frais
Si vous diffusez des actifs à partir d'un compartiment configuré en tant que site Web statique ou
servir des actifs statiques à partir d'un compartiment pour un site Web dynamique hébergé en dehors de
Cloud Storage, vous devez surveiller les frais de votre projet contenant les
seau. La diffusion de contenu entraîne des frais de stockage dans le cloud pour le stockage des
contenu, en utilisant le réseau et en effectuant des opérations de récupération. Pour plus de détails,
consultez la page Tarifs de Cloud Storage.
Des frais de mise en réseau peuvent également vous être facturés si vous utilisez l'équilibrage de charge HTTP(S) pour configurer
HTTPS. Voir Tarification réseau pour plus de détails.
L'exemple de tarification simple sur la page des exemples de tarification peut
être utilisé comme approximation pour le cas d'utilisation d'un site Web statique à faible trafic.
Notez cependant que l'exemple ne tient pas compte des frais associés à
Équilibrage de charge HTTP(S), qui peut souvent représenter la charge la plus élevée pour un site Web statique
hébergement. Vous pouvez utiliser la tarification
Calculatrice pour générer une estimation des coûts en fonction de votre utilisation prévue.
Si vous êtes un utilisateur actuel de Google Cloud, vous pouvez obtenir une ventilation détaillée de
les coûts de votre projet sur la page de facturation.
Dépannage
Voir Dépannage pour les problèmes courants associés à l'utilisation d'un compartiment
configuré pour diffuser du contenu de site Web statique.
## Et après
-
- En savoir plus sur les autres options de service Web sur Google Cloud.
- Essayez d'autres didacticiels Google Cloud qui utilisent Cloud Storage.
##
Essayez-le par vous-même
Si vous débutez avec Google Cloud, créez un compte pour évaluer comment
Cloud Storage fonctionne dans le monde réel
scénarios. Les nouveaux clients obtiennent également 300 $ de crédits gratuits pour exécuter, tester et
déployer des charges de travail.
Essayez Cloud Storage gratuitement
cloud.google.com
HÉBERGEMENT WEB PARTAGÉ#56
