こんにちは！店舗開発チームの滝口です。 ぐるなびでは、認証・認可のプラットフォーム開発に携わったのち、現在はレストランデータの運用をしつつ、ぐるなび掲載ページや、店舗向け管理画面の開発をしています。 はじめに このたび、オンプレで稼働していた「非構造化データストレージ（通称：UDS）」をAWSに移行しました。 UDS は NAS に保存されているファイルを REST API を介して CRUD 操作できるシステムで、ぐるなびで掲載している店舗の画像や CSS 、Javascript 等の保存に利用されています。 この記事では NAS に保存されたファイルをどのようにして AWS に移行したのか、その移行方式や AWS アーキテクチャを紹介します。 目次 はじめに 目次 UDS 基本情報 今回使った主な AWS AWS を活用して実現したいこと AWS 導入におけるアーキテクチャ AWS へ
ディスクレス (diskless) サーバを多数運用しようとしたときネックとなるのが、 NAS (Network Attached Storage) サーバの性能。 多数のディスクレスサーバを賄え、かつ高信頼な NAS サーバとなると、 どうしても高価なものになりがちであり、 NAS サーバ本体の価格もさることながら、 ディスクが壊れたときの交換体制などの保守運用費用も高くつく。 それでも、多数のハードディスク内蔵サーバ (つまり一般的なサーバ) を 運用して各サーバのディスクを日々交換し続ける (運用台数が多くなると、 毎週のようにどこかのディスクが壊れると言っても過言ではない) よりは、 ディスクを一ヶ所の NAS にまとめたほうがまだ安い、 というわけで NAS/SAN へのシフトは今後も進むだろう。 そもそも CPU やメモリなどとハードディスクとでは、 故障率のケタが違うのだから
その１はこちら → d:id:pekeq:20060222:p2 ネットワーク透過 (NFS) リモートサーバのファイルをローカルと同様に扱える 拡張系： ファイルをローカルにキャッシュ (OpenAFS, Coda) 拡張系： オフラインオペレーション (Coda) 拡張系： API透過：別にファイルシステムに見える必要はないという割り切り (Amazon S3, GREEイメージストレージクラスタ) 単一ファイルシステム・イメージ 複数のノードで構成されるストレージを、ひとつの大きなファイルシステムとして扱える 拡張系： ファイルの内容を、ノード間で分散配置する (PVFS, Lustre) 拡張系： ファイルシステムの動的な拡張・縮小 反則技 (Livedoorはこうやっているのではないか、という想像です) 安いファイルサーバでRAID1を組み、iSCSIでエクスポート 複数のiSC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
