9

現在、Apacheサーバーから動的（PHP-MySQL）コンテンツを提供し、別のLighthttpdサーバーから静的コンテンツ（JavaScript、画像）を提供するWebサイトがあります。

規模の理由から、AmazonCloudfrontとおそらくS3を使用したいと思います。正直なところ、S3またはCloudFrontがどのように機能するかは完全にはわかりません。私は「ファイルをアップロード...それが利用可能になる」という通常のサーバーの動作に慣れており、S3の「バケット」とCloudFrontエッジミラーリングは気が遠くなるようなものです。

これがどのように機能するかをよりよく理解する必要があり、いくつか質問があります。

1）自分のサーバーに画像を保存したくない。完全にクラウドに入れてほしい。これは、「オリジンサーバー」としてストレージにS3を使用する必要があることを意味しますか？CloudFrontだけでは十分ではありませんか？CloudFrontは単なるエッジCDNサービスですか？

2）現在、画像を画像サーバーにFTPで転送するPHPスクリプトを介して、または手動のFTPアップロードを介して画像をアップロードしています。S3を使用した場合、それはどのように変わりますか？FTPができないと聞きましたが？:(

3）S3を使用している場合でも、階層ディレクトリを作成してその中に画像を保存できますか？画像はさまざまなフォルダの奥深くに保存されており、コードを変更する余裕はありませんが、S3はフラットな「バケツ」だったと聞きました。

4）最後に、CloudFrontでは、ファイルが変更された場合、無効化リクエストを発行する必要があると聞きましたが、これには費用がかかります。これは、CloudFrontがオリジンから画像をキャッシュしているためですか？現在の設定では、FTP経由で画像を置き換えるだけで更新されるため、これには慣れていません。この古典的な振る舞いを模倣する方法はありませんか？

助けてくれてありがとう。

4

2 に答える 2

19

1) 自分のサーバーに画像を保存したくありません。私はそれらを完全にクラウドに置きたいと思っています。これは、S3 を「オリジン サーバー」としてストレージに使用する必要があることを意味するのでしょうか? CloudFront だけでは十分ではありませんか? CloudFront は単なるエッジ CDN サービスですか?

S3 は、イレブン ナイン (99.99999% ) の耐久性を備えた長期的で信頼性の高いデータ ストレージ用に設計されています。バケット (いわゆる) は地域固有のものであり、Amazon の地域データ センターの1 つに存在します。

逆に、CloudFront は一連のエッジ サーバーとして設計されています。デフォルトでは、CloudFront ホスト名からオブジェクト (ファイルなど) をリクエストすると、そのオブジェクトは元の場所から取得され、最も近い CloudFront エッジの場所に 24 時間キャッシュされます (これはプログラムで調整できます)。24 時間の終わりにキャッシュの有効期限が切れ、CloudFront は次にそのオブジェクトがリクエストされたときに新しいコピーを取得します。

一般的なセットアップは、S3 をオリジン ロケーションとして使用するように CloudFront を構成することです。CloudFront は、好みに応じて任意のサーバーを使用することもできます (そうではないように思えます)。

2) 現在、画像を FTP で画像サーバーに転送する PHP スクリプトを介して画像をアップロードするか、手動の FTP アップロードを使用して画像をアップロードしています。S3 を使用すると、どのように変化しますか? FTPできないって聞いたけど？:(

S3 は FTP サーバーではないため、(S)FTP プロトコルを使用しません。ただし、Mac OS X 用のほぼすべての FTP クライアントには、Amazon S3 のサポートが含まれています。Amazon S3 には Web サービス API があるため、必要に応じて AWS SDK のいずれかを使用してプッシュを自動化できます。

1 つのツールCyber​​duckは、SSH、SFTP、FTP、Amazon S3、およびその他のいくつかの機能を実行します。Mac と Windows の両方で使用できます。FTP経由でアップロードするのと同じように簡単にS3にアップロードするためのGUIを提供する他のツールもあります。

3) S3 を使用している場合でも、階層ディレクトリを作成して、その中にイメージを保存できますか? 画像はさまざまなフォルダの奥深くに保存されており、コードを変更する余裕はありませんが、S3 はフラットな「バケツ」だったと聞きました。

はいといいえ。

はい、S3 はフラット ファイル システムですが、ファイル名にスラッシュを含めることができます。たとえば、「abc/def/ghi/jkl.txt」は、実際には 3 つのフォルダーと 1 つのファイルではなく、ファイル名にスラッシュが含まれる 1 つのファイルです。ほとんどの GUI ツールは、これをフォルダーとサブディレクトリとして視覚化することを選択し、S3 URL は他の URL と同じように見えます。個人的に言えば、SFTP で行っていたのとは異なることを S3 で行う必要はありませんでした。

4) 最後に、CloudFront では、ファイルが変更された場合、無効化リクエストを発行する必要があり、費用がかかると聞きました。これは、CloudFront がオリジンからのイメージをキャッシュしているためですか? 現在のセットアップでは、FTP 経由で画像を置き換えるだけで更新されるので、これには慣れていません。この古典的な動作を模倣する方法はありませんか?

右。CloudFrontはソース ファイルを最も近いエッジ サーバーにキャッシュするためです。デフォルトでは、有効期限は 24 時間ですが、最短 1 時間に設定することも、「無効化リクエスト」を使用してより早く期限切れにすることもできます。CloudFront はすべてのエッジサーバーをチェックして、それらがすべてクリアされていることを確認する必要があるため、これが完了するまでに 3 ～ 15 分かかります。

キャッシュが必要ない場合は、S3 をそのまま使用できます。これは、FTP を介して画像を置き換えることに最も近い方法ですが、そもそも CDN を使用する利点がすべて失われます。

Amazon CloudFrontの料金ページによると:

「毎月、無効化をリクエストする最初の 1,000 ファイルまでは追加料金なし。それ以降は、無効化リクエストに記載されているファイルごとに 0.005 ドル。」

これは、1 か月に 1,000 を超えるファイルを無効にする 1 ファイルにつき 0.5 ペニーです。私は CloudFront を定期的に使用しており、その制限を超えたことはありませんが、大量の変更を伴う大規模なサイトを実行している場合は、確かに可能性があります.

これが役立つことを願っています！:)

于 2012-10-05T06:24:49.097 に答える
0

さまざまなクライアント アプリケーションをテストした結果、Windows 用の CloudBerry S3 Explorer と Mac 用の CrossFTP は Cyber​​duck よりも強力であることがわかりましたが、私はプライベート ストリーミング ビデオとオーディオを頻繁に使用するため、私の要件はサイトに画像を表示するよりも少し高くなります。

しかし、最後の質問に答えるために、サブフォルダーを含むフォルダーをバケットにドラッグできます。階層が尊重されます。FTP と同じように、バケット内のフォルダを操作できます。ただし、必ず画像を公開に設定する必要があります。そうしないと、画像が表示されません。
標準では、ファイルはプライベート ファイルとしてアップロードされ、アクセスするには署名付き URL が必要です。ただし、クライアント アプリケーションを使用すると、バケットの継承を設定して、ファイルが自動的に公開されるようにすることができます。これに関する多くの情報は、http: //www.miracletutorials.com/category/s3-amazon-cloudfront/で見つけることができます。

乾杯、ルドルフ+++

于 2012-10-06T11:28:36.867 に答える