4geek.net 2024 著作権. 不許複製 プライバシーポリシー
複数のWEBサーバによる高可用性・耐障害性を実現 静的ファイルをS3ホスティングでサーバ負荷低減 Web サーバ1台の場合、どうしてもそのサーバが単一障害点となってしまいます。 この構成では、サーバを別々のアベイラビリティ―ゾーン(データセンター)に配備することにより、高可用性・耐障害性を実現できます。 また、画像等の静的なファイルを S3 でホスティングすることによるサーバへの負荷低減を実現しました。 この構成での DB サーバは Amazon RDS に配備することになります。これにより、アクセス集中時の DB への負荷を低減することが可能です。 また、RDS では自動的にバックアップが取得され、ミドルウェアのアップデートも自動的に行われます。 詳細な内容はサービスページを御覧ください。 https://ja.amimoto-ami.com/hosting/multi-instance
In the Works – AWS Region in Taiwan Today, we’re announcing that a new AWS Region will be coming to Taiwan by early 2025. The new AWS Asia Pacific (Taipei) Region will consist of three Availability Zones at launch, and will give AWS customers in Taiwan the ability to run workloads and store data that must remain in Taiwan. Each of the Availability […] AWS Audit Manager extends generative AI best p
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
良くありがちな手違いとして、新規でインスタンスを作成した場合、EBSの容量をデフォルトの7GBで作成してしまうことがあります。ある程度、構築が進んでから気付くなんてことも。ここでは、EBSボリュームの増やし方を説明します。 手順は下記になります。 Apache、MySQLなどサービスの停止 インスタンスの停止 EBS(7GB)からスナップショットの作成 スナップショットからEBS(50GB)を作成 インスタンスに紐づいているEBS(7GB)をDetach スナップショットから作成したEBS(50GB)をAttach インスタンスの起動 resize2fsコマンドでファイルシステムのサイズを変更する 1.Apache、MySQLなどサービスの停止 インスタンスを停止するため、稼働中のサービスを停止させます。他に稼働中のサービスがあったら、念のため停止しておいたほうが良いと思います。 2.イン
Amazon Web Servicesについて、少しずつ勉強をしています。 仲間内で勉強会を開いていますが、今回の私の宿題はAWSにおける監視についてです。 AWS…にしてもサービスはたくさんあるし、 監視…にしてもたくさんの監視対象(目的)があるので、 絞って調べようかと。 今回は、AWS EC2の死活監視とEC2のパフォーマンス監視について調べます。 (その他のサービスやEC2上に載るアプリの監視は対象外とします。) では、早速。 1.Amazon CloudWatch AWSが提供するモニタリングサービスからいきます。 昨年末、こんな発表があったばかりです。きっと熱いサービス。 【AWS発表】 Amazon CloudWatchが基本監視機能の無料化をはじめ、アラーム機能、スケジュール機能など大幅に機能強化 まずは使ってみました。後述しますが、短間隔のモニタリング機能を有料で利用して
EC2インスタンスで運用をする際に、インスタンスの死活チェックをおこないインスタンスが死んでる際にはメールで知らせたいという要求がありました。そこで折角AWSを使用しているのですから、CloudWatchとSNSを使用してそれを実現してみたいと思います。 準備 まずは環境を用意します。EC2インスタンスを作成します。作成時点でCloudWatchを有効にしておきます。yumでhttpdをインストールして稼動させます。適当にindex.htmlファイルを作成してWebから参照できるようにします。最後にELBを作成してインスタンスを紐付けます。chkconfig httpd onで自動起動にしておくと、後ほどインスタンスのSTOP-STARTをする際に楽ができそうです。 Alarmの作成 管理コンソールよりCloudWatchのAlarmを作成します。今回はELBのHealthyHostCou
Amazon EC2 で作成したサーバは無料で Amazon CloudWatch を利用したサーバの死活監視ができます。 標準で CPU の使用率やネットワークのトラフィック等、基本的な監視を行うことができますが、カスタムメトリクスを使用すればプロセス監視も行えるので、設定しておくにこしたことはないです。 料金も 10 メトリクス、10 アラーム、100 万 API リクエストまで無料なので、多くの場合無料の範囲内で使用できるはずです。Amazon Linux 64bit での手順は以下です。 1. YUM で AWS のモニタリングツールをインストール Amazon Linuxだと、Amazon の YUM レポジトリに登録されているので、YUM コマンドで簡単にインストール可能です。root で実行します。 # yum install aws-apitools-mon 2. Cred
@wokamoto さんの新作プラグイン「絡新婦」。WordPress のメディアライブラリにアップロードされたファイルを自動的に AWS S3 にアップロードし、リンクのURLも変更してくれるプラグインです。 単に画像ファイルを別サーバーに置くなら Flickr や Picasa にアップロードし WordPress 側に挿入すれば事足りるのでしょうが、以前から EC2 で WordPress を動かしつつ画像類はS3に置いて連動させる(サーバーを分散する)方法に興味があったので試してみました。 プラグイン Nephila clavata (絡新婦) について このプラグインは WordPress のメディアライブラリにアップロードされたファイルを WordPress のあるサーバーと同時に Amazon S3 にも自動的にアップロードします。 表示する際は the_content と
AWS EC2でWordPressをインストールするのに便利な網元。 初期状態ではシングルインストールになりますが、網元内のNginxにはWordPressをマルチサイトにするための設定がはじめから盛り込まれてます。 自分用の備忘録ですが、このサイトをマルチサイトにしたときの手順を残しておきます。 ※必ずバックアップを取ってから作業を行ってください。 バックアップ(スナップショット) 運用中のEC2のバックアップ(スナップショット)を取っておきましょう。 今回はWordPress(データベースやコアファイル、wp-contentのファイル群、など)の外側、Nginxの設定を書き換えますので、インスタンス(ボリューム)を丸ごとバックアップします。 手順はこちらのページに書かれていますので、参考にどうぞ。 【AWS初心者向け】スナップショットでインスタンスを復元したい | いつか創造される何か
こんにちは。セールスグループの中嶋(@mnakajima18)です。 ずいぶん暖かくなってきたので、四国にうどんを食べに行きたいなと思う今日このごろです。 もしくは京都がいいですね。特に清水寺は春の夜のライトアップが非常に綺麗みたいです。 あ、しかも今日からですね。今から行ってもいいですか、部長。 さて、早速ですがみなさんはDNSは何を使っていますか。 BIND?レジストラの提供サービス? AWSにもRoute 53というDNSのサービスがあるのをご存知でしょうか。 Route 53とは様々な特徴はありますが、大きなところはこのような感じです。 速い 全世界33箇所にロケーションを配備しているので、アクセス元に一番近いロケーションに転送される 信頼性が高い SLA100% 参考ページ→Amazon Route 53 サービスレベルアグリーメント 安い 1ホストあたり$0.5/月(最初の25
こんにちは。CSチームの坂本です。 今回も、前回の「Nginx + WordPress RDS篇」に引き続き、「Nginx + WordPress ロードバランサー篇」の構成での運用上の問題点を、AWSのサービスを使って解消していきたいと思います。 画像のアップロード先とデータベースサーバーの問題は解決しましたが、NginxのロードバランサーがまだSPOF(単一障害点)となっています。今回はAWSのサービス「Amazon ELB」を使ってこの問題を簡単に解決したいと思います。 目次 1. はじめに2. 今回の構成3. Amazon ELBとは?4. ELBの作成5. Webサーバーのセキュリティグループの設定変更6. 動作確認7. ELBの仕組みの確認8. まとめ 1. はじめに 今回利用するAWSのサービスは「Amazon ELB」というAWSのロードバランサーサービスです。このサービス
WordPress のメディアライブラリにアップロードされたファイルを自動的に Amazon S3 にアップロードして、post_content 内のリンクを S3 の URL に変更するプラグイン Nephila clavata (絡新婦) を作成しています。 プラグイン名称の元になったのは、有名な妖怪ですね。 公式プラグインディレクトリには、全く同じ機能を持った「Amazon S3 for WordPress」ってプラグインが登録されているんですが、2009年の1月以降アップデートされていないため、新規に作っちゃいました。 AWS SDK for PHP 2 を使っているので、PHP 5.3 以降のバージョンが必要になります。 そんなわけで S3 バケットの使用方法と、このプラグインの設定方法を解説しますね。 S3 バケットの作成 AWS の S3 管理画面から「Create Buck
Amazon Linux AMI は、yum が使えるが、 $ yum install nkf Loaded plugins: priorities, security, update-motd, upgrade-helper 1 packages excluded due to repository priority protections Setting up Install Process No package nkf available. Error: Nothing to dopackage がないと言われてしまう。。。 yum がだめなので、RPM を使う。 http://pkgs.org/centos-6-rhel-6/centos-rhel-x86_64/nkf-2.0.8b-6.2.el6.x86_64.rpm/download/ からRPMを取得。 あとは、 $ rpm
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く