並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 22 件 / 22件

新着順 人気順

リージョンの検索結果1 - 22 件 / 22件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

リージョンに関するエントリは22件あります。 awscloudAWS などが関連タグです。 人気エントリには 『AWS 上のシステムでリージョン切り替えの避難訓練を年末にやってみた - JX通信社エンジニアブログ』などがあります。
  • AWS 上のシステムでリージョン切り替えの避難訓練を年末にやってみた - JX通信社エンジニアブログ

    あけましておめでとうございます。 サーバーサイドエンジニアの @kimihiro_n です。 今日はAWSに載っているシステムの避難訓練を実施したことについて書いてみようと思います。 弊社が提供している FASTALERT というサービスでは、全国の災害や事件などを検知して報道機関や自治体、インフラを支える企業などにリスク情報として提供しています。 リスク情報を提供するという性質上、情報検知の素早さや網羅性に加えて「システムの可用性」も重要なサービスの要素となっています。 FASTALERT の多くのシステムは AWS の東京リージョンで動いており、複数データセンターを活用した冗長化(マルチAZ)がされています。 しかし、例えば大規模地震のような広域かつ被害の大きい災害の場合、東京リージョン全体にわたって問題が発生する可能性があります。 首都直下型の大きな地震は今後30年以内に70%の確率

      AWS 上のシステムでリージョン切り替えの避難訓練を年末にやってみた - JX通信社エンジニアブログ
    • マルチアカウント・リージョン・VPC・TGW・DXでの通信経路を大公開 - サーバーワークスエンジニアブログ

      こんにちは!サーバーワークスの松井です。 Transit GateWayについてハブみたいにVPCを行き来できるサービスだというざっくりとした認識で止まっている方は多いのではないでしょうか。 今回は一歩進んでTGWを複雑なネットワーク要件でどのように導入していけばよいのかをシュミレーションしながら紹介したいと思います。 よく見る構成 このような構成をよく見かけると思います。 では、実際にはどのように通信が可能なのでしょうか。 今回やりたいこと ・東京リージョンのVPCとシンガポールリージョンのVPCをつなぐ ・アカウントAとアカウントB内のVPCをつなぐ ・東京リージョンの本番環境と開発環境は通信できないようにする ・東京リージョンとシンガポールリージョンは、DX経由で社内ネットワークに通信可能(オンプレからの通信はリージョン毎に分ける) ・社内ネットワークとAWS環境のCIDR範囲は重複

        マルチアカウント・リージョン・VPC・TGW・DXでの通信経路を大公開 - サーバーワークスエンジニアブログ
      • 特に環境に配慮した Google Cloud リージョンにリソースを配置したいお客様のために | Google Cloud 公式ブログ

        ※この投稿は米国時間 2021 年 7 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud を選定されたお客様は、その時点で二酸化炭素排出量が実質ゼロとなります。Google は 2007 年に初めてカーボン ニュートラルを達成し、2017 年以来、Google の世界的な年間消費電力の 100% に相当する太陽光エネルギーと風力エネルギーを購入してきました。そして現在、Google は持続可能性に向けた新たな目標の達成を目指しています。それは、2030 年までに地域を問わず 24 時間 365 日カーボンフリー エネルギーで事業を運営するというものです。 Google は、お客様が持続可能性を優先した意思決定を行い、24 時間 365 日カーボンフリーの未来に向けて進んでいけるよう支援したいと考えています。今年に入り、Google

          特に環境に配慮した Google Cloud リージョンにリソースを配置したいお客様のために | Google Cloud 公式ブログ
        • リージョン規模の障害が発生した時に Service Health Dashboard から障害情報の通知を受け取る方法 | DevelopersIO

          困っていた内容 Personal Health Dashboard と CloudWatch Events を連携させてイベント通知設定を行いましたが、アカウント固有のイベントしか受け取れませんでした。 Service Health Dashboard (SHD) に記載されるリージョン規模の障害情報を受け取る方法について教えてください。 どう対応すればいいの? Personal Health Dashboard と CloudWatch Events の連携ではリージョン規模の障害情報が送信されません。 そのため、AWS が提供しているサービスヘルスダッシュボード通知ツールの利用をご検討ください。 SHD通知ツールではポーリングアプローチが採用されているため、SHD の障害情報が更新されるたびに SNS トピックや Chime、 Slack へイベント情報を送信させることが可能です。 以

            リージョン規模の障害が発生した時に Service Health Dashboard から障害情報の通知を受け取る方法 | DevelopersIO
          • [新機能] リージョン・サービスを横断してリソースを検索できる AWS Resource Explorer が使えるようになっていました | DevelopersIO

            コンバンハ、千葉(幸)です。 何か見慣れないサービスが使えるようになっていました!!! ちなみにドキュメントはこちら。 What is AWS Resource Explorer? - AWS Resource Explorer 2022/11/7 にドキュメントがリリースされたようで、ホヤホヤです。速報性重視で触ってみます。 2022/11/9 追記 アップデートのアナウンスが出ました。 Announcing AWS Resource Explorer AWS Blog にもなっていますね。 AWS Resource Explorer の有効化 冒頭の画面からオンを押下すると、セットアップの画面に移ります。 高速セットアップか高度なセットアップが選択できますが、今回は高速セットアップを選択します。 「アグリゲータインデックス」をどのリージョンに作成するかを選択します。「アグリゲータインデ

              [新機能] リージョン・サービスを横断してリソースを検索できる AWS Resource Explorer が使えるようになっていました | DevelopersIO
            • AWSに新しいコスト最適化機能 リージョン・アカウント横断で料金を確認・変更可能

              米Amazon Web Servicesは11月26日(現地時間)、新しいコスト管理機能「Cost Optimization Hub」(コスト最適化ハブ)の提供を始めた。コストに関連する情報を、組織内の複数のリージョン・アカウントをまたがって確認し、料金を最適化できるという。 既存のコスト管理サービス「AWS Cost Explorer」や「AWS Compute Optimizer」などで提供する、コスト最適化に必要な機能を集約。「使われていないリソースの検出、リソースの適正化、オプションの購入などを、データの集約や処理なしに実施できる」という 例えば、現在のコストを確認した上で不必要な仮想サーバを停止したり、性能を変更したりできる。あらかじめ一定期間の利用を確約することで安くサービスを使える「リザーブドインスタンス」の購入も可能だ。サーバの停止や変更によって減らせるコストの想定値も分か

                AWSに新しいコスト最適化機能 リージョン・アカウント横断で料金を確認・変更可能
              • AWSでクロスリージョン・クロスアカウントのDisaster Recoveryシステムを構築した話

                こんにちは。Finatextでエンジニアをしている @s_tajima です。 今回は、DR(Disaster Recovery)の体制強化の一環で、AWS Backup と AWS Organizations を活用し、自然災害・リージョン障害に対応するための大阪リージョンへのクロスリージョンのバックアップ と、 ランサムウェア等の不正アクセス対策としてクロスアカウントのバックアップ の仕組みを構築したお話です。 先日、FISCから「金融機関等におけるクラウド導入・運用に関する解説書(試行版)」が公表され、合わせてAWSからも『FISC「金融機関等におけるクラウド導入・運用に関する解説書(試行版)」発行によせて』というブログが公開され、その中で大阪リージョンの活用に関しての言及がありました。今回の記事はそんな大阪リージョン活用の一例として参考にしてもらえると嬉しいです。 背景今回の取り組

                  AWSでクロスリージョン・クロスアカウントのDisaster Recoveryシステムを構築した話
                • グーグルクラウドとAWSらがしのぎを削る「リージョン」戦争 | Forbes JAPAN 公式サイト(フォーブス ジャパン)

                  クラウドサービスを大規模に展開する上で、重要になるのが「リージョン」の拡大だ。リージョンとは、データセンターを設置している独立したエリアのことで、物理的に遠いリージョンよりも近いリージョンの方が、レイテンシー(遅延)が発生しにくくなる。 グーグルは昨年末に、新たに3つのクラウドのリージョンを立ち上げるとアナウンスした。チリとドイツ、サウジアラビアが今後数カ月の間に新たなリージョンとして始動する。 グーグルクラウドは現在、17カ国の24のリージョンと73のゾーンで運営されている。クラウド分野では、アマゾンのAWSやマイクロソフトのAzureなどとの競争が激化しており、高いパフォーマンスを実現するためのリージョンの拡大の重要性は高まっている。 マイクロソフトのAzureは世界で合計60以上のリージョンを展開し、リージョン数でグーグルクラウドを大きく上回っている。一方で、AWSは24のリージョン

                    グーグルクラウドとAWSらがしのぎを削る「リージョン」戦争 | Forbes JAPAN 公式サイト(フォーブス ジャパン)
                  • Chrome 104 ベータ版: メディアクエリの新構文、リージョン キャプチャなど

                    .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                      Chrome 104 ベータ版: メディアクエリの新構文、リージョン キャプチャなど
                    • リージョンペイってなんぞ? - トラック運転手ともさんの日常

                      リビングのエアコン。冷房フルパワーで2時間付けてても、室温が30℃あります。死ぬて。 エアコンの風もぬるいのがファーっと出てるだけ。 生前オカンが買ったエアコンなのだが、いったい何年製やねんと見たら、2002年製造だった。 そらあかーん! 22年はあかーん! 寿命も寿命! ということで、昨日はJoshinへエアコンを見に行ってきた。 家のエアコンは三菱の霧ヶ峰だったので、次も霧ヶ峰にしようかと物色していたら、 「何かお探しですか?」と女性店員が声を掛けてきた。 リビングのエアコンの買い替えと機種は三菱霧ヶ峰が良い、ということを伝えた。 すると女性店員は霧ヶ峰でも1番高いZシリーズを勧めてきた。値段は30万越えだ。 高い!高すぎる。思てた値段と違う! 値段を20万前後でと伝えた。 そして勧めてきたのが、Xシリーズだった。 しかもJoshinの超目玉商品で、さらに2万引くというのだ!さらには京

                        リージョンペイってなんぞ? - トラック運転手ともさんの日常
                      • リージョンごとにCloudFormationスタックの作成テストを行う「taskcat」を試してみた。 | DevelopersIO

                        リージョンごとにCloudFormationスタックの作成テストを行う「taskcat」を試してみた。 こんばんわ、札幌のヨシエです。 皆様はCloudFormationでシステム環境を作成しておりますでしょうか? 今回はCloudFormation活用の幅を広げる「taskcat」を試してみました。 taskcatとは? taskcatとはaws-quickstartで公開されているCloudFormationテンプレートのテストを実行するツールになります。 ポイントとしてはあらかじめ設定ファイルを作成することでAWSが提供している各リージョンでCloudFormationテンプレートのデプロイを実施、リージョンで問題なく作成できることの評価を行います。 特徴としては以下の点が挙げられます。 Python3で実行するので環境を用意しやすい 具体的な導入手順は後述しますが、pip3にてイン

                          リージョンごとにCloudFormationスタックの作成テストを行う「taskcat」を試してみた。 | DevelopersIO
                        • マイクロソフト、中国に新たな「Azure」リージョン開設へ

                          Daphne Leprince-Ringuet (Special to ZDNET.com) 翻訳校正: 編集部 2021-03-08 12:09 Microsoftは、中国に新たな「Azure」リージョンを開設する計画を明らかにした。同社は、クラウドサービスに対する需要が急増すると見込まれている中国での事業基盤の強化を進めている。 Microsoftは、中国の現地運用パートナーである21Vianetを通じて、2022年に中国で5番目のAzureリージョンを開設する。Microsoft Azureのリージョンとは、専用の低遅延地域ネットワークによって接続された特定境界内の一連のデータセンターだ。 新しいリージョンが開設されれば、中国で提供されるインテリジェントクラウド製品ポートフォリオの容量は今後数年で2倍になるという。中国の顧客は、Azureのコンピューティング、ネットワーキング、アナリ

                            マイクロソフト、中国に新たな「Azure」リージョン開設へ
                          • DataSyncでアカウント&リージョンまたぎS3間データ転送をやってみた | DevelopersIO

                            DataSyncはオンプレとAWSをまたいでデータを転送することができるサービスです。 ただこれはAWS内だけでの転送にも使うことができます。 また通常はデータ転送を実行するエージェントというものをEC2インスタンスなどに用意しておかなければならないのですが、 S3同士などであれば、ユーザはエージェントを用意する必要がなく、 AWSが用意してくれたエージェントを使ってデータの転送を行うことができます! 今回、アカウントとリージョンをまたいだS3間のファイル転送をやってみる機会があったので、 そのやり方について記録を残しておこうと思います。 今回やりたいこと アカウントとリージョンをまたいだS3のファイル転送をやってみます。 転送元(SRC) アカウントAのap-northeast-1のバケット: xxxx-dev-datasource 転送先(DST) アカウントBのus-east-1のバ

                              DataSyncでアカウント&リージョンまたぎS3間データ転送をやってみた | DevelopersIO
                            • AWSとAzureの比較(リージョン・AZ) - Qiita

                              1 つの地理的エリアにある、複数の、それぞれが隔離され物理的にも分離された AZ によって構成されています。1 つのデータセンターを 1 つのリージョンとして定義することが多い他のクラウドプロバイダーとは違い、全 AWS リージョンが採用するこのマルチ AZ デザインは、お客様にいくつかのメリットをご提供するものです。 大阪ローカルリージョンは特殊で、 分離された耐障害性の高いインフラストラクチャデザインが 1 つのデータセンター内で構成されます。 アジアパシフィック (大阪) ローカルリージョンは 1 つのアベイラビリティーゾーンで構成されており、アジアパシフィック (東京) リージョンと組み合わせて使用することが意図されています。 このリージョンには、お客様のセールス担当者からのリクエストが必要です。 とのこと。 他にはLocal Zonesというものがあるようです。現在はロサンゼルス

                                AWSとAzureの比較(リージョン・AZ) - Qiita
                              • [アップデート] リージョンごとにデフォルトIMDSを設定できるようになりました | DevelopersIO

                                抜粋 : Configure the instance metadata options - Amazon Elastic Compute Cloud AWS CLIでアカウントのデフォルトIMDSを設定 もちろん、AWS CLIで設定変更することも可能です。 デフォルトIMDSの設定を確認する際にはget-instance-metadata-defaultsを叩きます。 $ aws ec2 get-instance-metadata-defaults { "AccountLevel": { "HttpTokens": "required" } } HttpTokensがrequiredなので、IMDSv2のみがデフォルトになっていそうです。また、No preferenceの設定は出力されないようです。 デフォルトIMDSの設定を変更する際にはmodify-instance-metadat

                                  [アップデート] リージョンごとにデフォルトIMDSを設定できるようになりました | DevelopersIO
                                • マルチアカウントxマルチリージョンSecurity HubとConfig設定 - Qiita

                                  概要 以下の構成を作る。作業の殆どはCloudFormationテンプレートで記述済み。 前提条件 AWS ControlTowerが有効 rainをインストール済み(CFnテンプレートの反映に利用) getoptionsをインストール済み(登場するスクリプトが利用) ControlTowerは必須ではない。ControlTowerが有効な場合、メンバーアカウントへのConfig設定が省略できる。 今回の記事でも触れない。 構築 テンプレートのgit pull

                                    マルチアカウントxマルチリージョンSecurity HubとConfig設定 - Qiita
                                  • [AWS CDK] Environments で指定したリージョンにスタックがデプロイされない場合の確認ポイント | DevelopersIO

                                    こんにちは、製造ビジネステクノロジー部の若槻です。 AWS CDKでは、StackProps の Environments を指定することでスタックごとにデプロイ先の AWS アカウントおよびリージョンを明示的に指定することができます。 今回は、Environments で指定したリージョンにスタックが思った通りにデプロイされない事象に遭遇しましたので、確認すべきだったポイントを共有します。 事象 AWS CDK で us-east-1 リージョンにスタックをデプロイしたいが、デフォルトリージョンである ap-northeast-1 でデプロイされてしまう事象が発生しました。 CDK スタック定義 import { Stack, StackProps, CfnOutput } from 'aws-cdk-lib'; import { Construct } from 'constructs

                                      [AWS CDK] Environments で指定したリージョンにスタックがデプロイされない場合の確認ポイント | DevelopersIO
                                    • オンプレミスインフラエンジニアのためのMicrosoft Azure入門 – リージョンとアベイラビリティゾーン

                                      はじめに 本シリーズは、Microsoft Azureを中心にパブリッククラウドについて手短に学ぶ事を目的にした記事です。 既にウェブ上にはテーマに関する優れたコンテンツも多くありますので、どちらかといえば私自身の言葉で説明をすることも意識はしつつ、いくつかおすすめのURLを掲示する“まとめサイト“的な位置付けを目指したいと思います。 今回は、パブリッククラウド環境について理解をする上で基本となる“リージョンとアベイラビリティゾーン“という2つの単語の意味合いについて紹介します。 リージョンとは 直訳すれば、“地域“という英単語の意味です。 通常オンプレミスデータセンターの環境の場合、ほとんどの場合はその使用者や管理者の組織の施設内にデータセンターを展開します。 それ以外の選択肢では、ホスティングサービスを利用し、国内外のデータセンターにラックスペースを間借りするという方法もあります。 パ

                                        オンプレミスインフラエンジニアのためのMicrosoft Azure入門 – リージョンとアベイラビリティゾーン
                                      • AWS WAFのログ出力先をS3バケットにした場合、リージョン集約が可能です | DevelopersIO

                                        はじめに AWS WAFのログ出力先として、以下の3つの選択肢があります。それぞれのメリット、デメリット、およびユースケースは以下の通りです。 Amazon CloudWatch Logs 主なユースケース リアルタイムでのログ監視やアラート設定が必要な場合 短期間のログデータの保存と分析が主な目的の場合 ログの中身を迅速に確認したい場合 考慮点 コスト: 大量のログデータを長期間保存すると、S3バケットに比べてコストがかさみます。 Amazon S3 主なユースケース データアーカイブ用など、長期間のログデータ保存が必要な場合 コストを抑えたい場合 データレイクとして利用したい場合 考慮点 分析の手間: ログデータを分析するためには、Amazon Athenaなどの別サービスが必要です。 リアルタイム性の欠如: リアルタイムでのログ監視やアラート設定には向いていません。 WAFのログは、

                                          AWS WAFのログ出力先をS3バケットにした場合、リージョン集約が可能です | DevelopersIO
                                        • パン・リージョン理論 - Wikipedia

                                          パン・リージョン理論(英語: Pan-region)とは、世界を4つのブロックに分けて軍事戦略と勢力均衡を企てるというカール・ハウスホーファーが提唱した理論である[1]。 パン・リージョン理論によって分けられた4つの地域区分 この理論はドイツの地理学者・地政学者であったカール・エルンスト・ハウスホーファーによって提唱され、戦間期の地政学やドイツの外交政策に貢献した。この世界を4つの列強であるユーラフリカ(ヨーロッパとアフリカ)率いるドイツ(汎ユーラフリカ)、中央アジア率いるソビエト社会主義共和国連邦(汎ロシア)、東亜率いる大日本帝国(汎アジア)、南北アメリカ率いるアメリカ合衆国(汎アメリカ)による指導で経済、政治、文化的に分けようと考えた理論である[2]。これらの列強諸国による勢力圏の支配は、経済や政党連合の発展が見込まれた。

                                          • 別の AWS リージョン への自動バックアップのレプリケーション - Amazon Relational Database Service

                                            ディザスタリカバリ機能を向上させるため、任意の送信先 AWS リージョン にスナップショットとトランザクションログをレプリケーションするよう Amazon RDS データベースインスタンスを設定できます。DB インスタンスにバックアップレプリケーションを設定すると、RDS は DB インスタンスで準備ができるとすぐに、すべてのスナップショットとトランザクションログのクロスリージョンコピーをスタートします。 データ転送には、DB スナップショットコピー料金が適用されます。DB スナップショットがコピーされると、コピー先リージョンのストレージにスタンダード料金が適用されます。詳細については、RDS の料金を参照してください。 バックアップレプリケーションの使用例については、AWS オンラインテクニカルトークの「Managed Disaster Recovery with Amazon RDS

                                            • AWSの必修用語「リージョン」「アベイラビリティゾーン」「ローカルゾーン」の違いとは?

                                              関連キーワード Amazon Web Services | IaaS | Amazon EC2 | データセンター IaaS(Infrastructure as a Service)そのものはクラウドサービスだが、IaaSのインフラは物理的なデータセンターだ。IaaSのデータセンターの所在地は、IaaSで稼働させるワークロード(アプリケーション)のデータ通信速度や回復力、IaaSの利用料金に影響する可能性がある。データセンターの所在地を選択することを軽視してはいけない。 クラウドベンダーのAmazon Web Services(AWS)は、ワークロードを運用するデータセンターの所在地を、ユーザー企業が指定できるようにしている。AWSのデータセンターの所在地は、「リージョン」と「アベイラビリティゾーン」(AZ)の2種類に分けられる。AWSのリージョンとアベイラビリティゾーンは何が違うのか。

                                                AWSの必修用語「リージョン」「アベイラビリティゾーン」「ローカルゾーン」の違いとは?
                                              1

                                              新着記事