並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 100件

新着順 人気順

可用性の検索結果41 - 80 件 / 100件

  • 長年運用しているWebサービスの可用性をアップさせた話 - ROBOT PAYMENT TECH-BLOG

    どうもこんにちは! サブスクペイのシステム基盤チームの yoponpon です。 システム基盤チームではサービスの価値向上、チームの生産性向上に向けた働きかけを行っております。 今回はシステム基盤チームで推めている取り組みの一部を紹介できればと思います。 前置き 構成について 起きること 実施したこと① - HTTPセッションと一時的なファイルの退避 HTTPセッションについて 一時的なファイルについて 実施したこと② - 通知サーバの増強とロードバランサーの追加 最終的な構成についてと変わったこと 今後に付いて We are hiring!! 前置き サブスクペイは基本的にAWS上に構築しており、かれこれ20年ほど24/365で稼働しているシステムです。 都度リプレイスや、システム移行をしつつここまでやってきているのですが、まだまだ古い構成になっている箇所が残っています。 今回はその一部

      長年運用しているWebサービスの可用性をアップさせた話 - ROBOT PAYMENT TECH-BLOG
    • Amazon CloudFront を活用したウェブサイトの可用性向上 | Amazon Web Services

      Amazon Web Services ブログ Amazon CloudFront を活用したウェブサイトの可用性向上 Amazon CloudFront は、キャッシュ機能によるオリジンサーバー(CloudFront がコンテンツを取得する元のウェブサーバー)の負荷軽減とコンテンツ配信のパフォーマンス向上を実現できますが、可用性の向上もCloudFrontを活用することで得られる大きなメリットの1つです。CloudFront を利用する対象のウェブサイトのオリジンサーバーがAWS 上に存在する場合、オリジンサーバー側でもELB の活用や複数のアベイラビリティーゾーンの活用など可用性向上の為の様々なアプローチがありますが、CloudFront を利用することで更に高い可用性をウェブサイトにもたらすことが出来ます。 ウェブサイトの可用性を向上することは、ウェブサイトの応答速度の向上と同様にウ

        Amazon CloudFront を活用したウェブサイトの可用性向上 | Amazon Web Services
      • [PDF] CBT 試験システム技術の 検証と評価 不正受験行為防止と機密性・完全性・可用性の実現 登 大遊 - デジタル庁 テクノロジーベースの規制改革推進委員会 (第4回)提出資料

        • DNSの可用性をさまざまな方法で高める:IIJ DNSプラットフォームサービスのスゴいところ(第2回) | IIJ Engineers Blog

          DNSの可用性をさまざまな方法で高める:IIJ DNSプラットフォームサービスのスゴいところ(第2回) 2020年04月23日 木曜日 はじめに IIJ DNSプラットフォームサービスのスゴいところを紹介するシリーズの第2回です。第1回はこちら。 今回のテーマは「可用性」。つまり、何があってもサービスを止めないようにするための取り組みです。 Webコンテンツの大規模配信にCDN (content delivery network)サービスを利用することは、いまや特別なことではなくなりました。CDNはトラフィックを大容量の回線で受け止めるため、DDoS攻撃への対策にも使われることがあります。 では、CDNを使えばDDoS対策は十分なのでしょうか。答はNoです。CDNを使えば、たしかに大量のトラフィックでWebサーバが飽和することはまずなくなるでしょう。しかし、攻撃をしかける側の目的の多くはW

            DNSの可用性をさまざまな方法で高める:IIJ DNSプラットフォームサービスのスゴいところ(第2回) | IIJ Engineers Blog
          • 可用性と信頼性 — クラウドのためどのように変えるか  — Part 2, キーコンセプト

            English version is here Part 1(日本語版)はこちら TL; DRクラウドに移行する際に、クラウドプラットフォームを最大限に活用しながら、Google検索、Gmail、またその他の多くのインターネットサービスが実際に達成しているような継続的な可用性を実現するためには、可用性と信頼性に関する考え方に適応する必要があります。 はじめにこの投稿は、次のトピックを取り上げるシリーズの最初の投稿です。 背景と目的(この投稿)主要な概念(設計パターン、SREなど)高可用性のためのGCPサービス 今回のポイントは:ArchitectureデサインパターンPlatforms & frameworks運用、変更、ネットワークについても触れます。 ハードウェア、セキュリティ、自然災害、人的要因、バグ、競合状態等については可用性に関連がありますが、今回は触れません。 従来のの考え方従

              可用性と信頼性 — クラウドのためどのように変えるか  — Part 2, キーコンセプト
            • 新しい PostgreSQL Interface により、Cloud Spanner のスケーラビリティと可用性がより広く利用可能に | Google Cloud 公式ブログ

              新しい PostgreSQL Interface により、Cloud Spanner のスケーラビリティと可用性がより広く利用可能に ※この投稿は米国時間 2021 年 10 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。 現在、金融サービス、ゲーム、小売りなど多くの業界のお客様が Cloud Spanner を使用して、ダウンタイムのないスケーリングが要求される、特に取り扱いの困難なリレーショナル データベースのワークロードを実行しています。Google Cloud Next ’21 では、Spanner へのアクセスをさらに多数のデベロッパーに開放する、Cloud Spanner の PostgreSQL Interface のプレビューをお知らせしました。この新たな Spanner の利用方法は、企業が信頼を寄せる Spanner のスケーラビリティ

                新しい PostgreSQL Interface により、Cloud Spanner のスケーラビリティと可用性がより広く利用可能に | Google Cloud 公式ブログ
              • よりUXに近いSLI・SLOの運用による可用性の再設計

                SRE NEXT 2022 https://sre-next.dev/2022/schedule/#jp47

                  よりUXに近いSLI・SLOの運用による可用性の再設計
                • Amazon RDS Online Seminar 「マルチリージョンを利用した高可用性構成と Amazon Aurora のチューニング」資料・動画及び QA 公開 | Amazon Web Services

                  Amazon Web Services ブログ Amazon RDS Online Seminar 「マルチリージョンを利用した高可用性構成と Amazon Aurora のチューニング」資料・動画及び QA 公開 先日(2021/3/11) に開催した Amazon RDS Online Seminar「マルチリージョンを利用した高可用性構成と Amazon Aurora のチューニング」の資料・動画を公開しました。 今回のセミナーでは 2021年3月2日に大阪リージョンが正式にオープンした事もあり、2セッション目に「マルチリージョンを利用した高可用性構成」を実施しました。このセッションではデータセンター障害に対しての可用性を高める機能として、クロスリージョンリードレプリカ、Aurora グローバルデータベース、クロスリージョン自動バックアップ等を説明しています。また様々な障害 (インス

                    Amazon RDS Online Seminar 「マルチリージョンを利用した高可用性構成と Amazon Aurora のチューニング」資料・動画及び QA 公開 | Amazon Web Services
                  • Ansible Tower の可用性 - 赤帽エンジニアブログ

                    皆さんこんにちは、Red Hat ソリューションアーキテクトの岡野です。 これから何回かに分けて、Ansible Tower について書いていきたいと思います。 第1回目は、 Tower を提案する際に良く聞かれる可用性、特に Ansible Tower クラスターについてご紹介したいと思います。 ※なお、この記事は、現時点で最新の、Ansible Tower 3.6.3 をベースに記載しています。 将来のバージョンでは異なる動きとなる可能性もありますのであらかじめご了承ください。 Ansible Tower では可用性を担保する仕組みとして、以下の様な選択肢があります。 クラスター(Active / Active) バックアップリストア Tower オブジェクト自体のコード化 どの仕組みを採用するかは災害発生時に許容される RPO/RTO に依存しますし、そもそも Ansible Tow

                      Ansible Tower の可用性 - 赤帽エンジニアブログ
                    • 「ABEMA」がCDNの1つにAkamaiを選定した3つの理由 キャッシュ効率・可用性・オリジントラフィックへの貫通などが求められる環境におけるメリット

                      「Akamai World Tour 2023」はAkamai社が主催する年次最大のユーザーイベントです。2023年9月に開催された本イベントでは、Akamai社が提供するセキュリティ、CDN、クラウドコンピューティングを切り口に、安全で可用性の高いアプリケーションの維持や構築・展開における課題について考察しました。カスタマーセッションでは、株式会社AbemaTVの西尾氏が登壇。「ABEMA」のCDNの1つにAkamaiを選定した理由と、ライブ配信構成においてAkamaiをどう使っているかについて話します。 西尾氏の自己紹介と、本セッションのアジェンダ 西尾亮太氏:みなさまこんにちは。株式会社AbemaTV CTOの西尾と申します。会場が広くてだいぶ緊張しているんですが、本日はよろしくお願いします。会場が歩ける感じになっていますが、僕はここで突っ立ったまましゃべるので、スライドに集中して聞

                        「ABEMA」がCDNの1つにAkamaiを選定した3つの理由 キャッシュ効率・可用性・オリジントラフィックへの貫通などが求められる環境におけるメリット
                      • マルチクラウド環境で高可用性を実現するデータベースサービスとは

                        クラウドネイティブ時代に求められるデータベースを解説する本連載。第1回でデータベースの要件として求められる「アジリティ、可用性、拡張性」を解説し、第2回で具体例としてPostgreSQL on Kubernetesを紹介した。今回はマルチクラウドを目的としたデータベースサービスを概観する。 マルチクラウド環境におけるデータ複製をどう実現するか 前回記事では、PostgreSQLをコンテナオーケストレータのKubernetesと組み合わせて使うことで、運用管理の自動化や可用性、拡張性の向上を実現する方法を紹介した。クラウドネイティブの中核となるコンテナ技術を用いて、データベースでも構成管理などのアジリティを高めることができる。 今回は、さらに高い可用性を実現して事業継続性を支えるデータベースサービスについて論じる。 連載初回で挙げたように、クラウドネイティブなシステムでは基盤となるクラウド事

                          マルチクラウド環境で高可用性を実現するデータベースサービスとは
                        • GCPのCloud Spannerで、東京・大阪の高可用性構成が実現

                          GCPのCloud Spannerで、東京・大阪の高可用性構成が実現:「Google Cloud Day: Digital」で発表 Google Cloudは2020年6月9日、Cloud Spanner日本におけるマルチリージョン構成をサポート開始したと発表した。東京・大阪間での同期複製によって可用性を高めることができ、金融などのアプリケーションに採用しやすくなるメリットがある。 Google Cloudは2020年6月9日、同日より開催のオンラインイベント「Google Cloud Day: Digital」で、Cloud Spannerの日本におけるマルチリージョン構成のサポート開始を発表した。東京・大阪間での同期複製によって可用性を高めることができ、金融などのアプリケーションに採用しやすくなるメリットがある。 Cloud Spannerは、Google Cloudが2017年2月に

                            GCPのCloud Spannerで、東京・大阪の高可用性構成が実現
                          • Amazon FSx for Windows File Server を使用して、Microsoft SQL Server の高可用性デプロイメントを簡素化する | Amazon Web Services

                            Amazon Web Services ブログ Amazon FSx for Windows File Server を使用して、Microsoft SQL Server の高可用性デプロイメントを簡素化する お客様は、10 年以上にわたって AWS で Windows ワークロードを実行しています。ビジネスに不可欠なアプリケーションを実行する上で一般的に求められるのは、Microsoft SQL Server データベースの可用性を高めることです。高可用性のニーズから、SQL Server デプロイアーキテクチャに単一障害点がないことが求められます。高可用性のセットアップでは、プライマリとセカンダリの 2 つのノードのクラスターがあります。プライマリに障害が発生した場合、クラスターは自動的にセカンダリにフェイルオーバーするため、アプリケーションの継続的なデータベースアクティビティが保証さ

                              Amazon FSx for Windows File Server を使用して、Microsoft SQL Server の高可用性デプロイメントを簡素化する | Amazon Web Services
                            • Amazon Aurora MySQL がリードレプリカの可用性を改善

                              Amazon Aurora MySQL 互換エディションは、ライターノードの再起動を通じて読み取りの可用性を維持するようになりました。これまでは、ライターノードが再起動すると、Aurora MySQL クラスター内のすべてのノードも再起動していました。本日のリリースにより、リーダーノードはライターノードの再起動中に読み取りリクエストを処理し続けるようになり、これによりクラスターでの読み取りの可用性が改善されます。 計画されたライターノードの再起動は、通常、binlog の有効化や無効化などの静的パラメータを適用するために行われます。これらの再起動を通じて読み取りの可用性を維持することは、ライター設定に変更を加えることによる影響を軽減するのに役立ちます。さらに、フェイルオーバーが発生した場合の可用性が向上します。この場合、リーダーノードは引き続き使用可能であり、新しく昇格したライターに再接続

                                Amazon Aurora MySQL がリードレプリカの可用性を改善
                              • k8sの可用性とScalabilityを担保するための大事な観点 / Best practices for ensuring availability and scalability for k8s

                                k8sの可用性とScalabilityを担保するための大事な観点 / Best practices for ensuring availability and scalability for k8s

                                  k8sの可用性とScalabilityを担保するための大事な観点 / Best practices for ensuring availability and scalability for k8s
                                • Amazon Elastic Container Service のレジリエンスと可用性を Dive Deep | Amazon Web Services

                                  Amazon Web Services ブログ Amazon Elastic Container Service のレジリエンスと可用性を Dive Deep はじめに この投稿では、Amazon Elastic Container Service (Amazon ECS) におけるアーキテクチャの原則について詳しく説明し、Amazon ECS におけるアプリケーションの高可用性とレジリエンス(回復力)を実現しやすくする機能のいくつかを概説します。Amazon ECS が AWS の可用性と回復力のパターンをどのように活用するように設計されているのか、そして Amazon ECS API などを利用してそうした考え方をどのように簡単に利用できるようになっているのかについて見ていきましょう。これにより、お客様のソリューションの要求に最適な Amazon ECS 構成と機能を選択できるようにな

                                    Amazon Elastic Container Service のレジリエンスと可用性を Dive Deep | Amazon Web Services
                                  • 【レポート】マルチリージョン、ちょっとその前に…-サービスの可用性について考える #AWS-53 #AWSSummit | DevelopersIO

                                    【レポート】マルチリージョン、ちょっとその前に…-サービスの可用性について考える #AWS-53 #AWSSummit 本記事はAWS Summit Online Japan 2021で5/11に行われたセッション「【【基本の AWS サービス】マルチリージョン、ちょっとその前に...-サービスの可用性について考える」のセッションレポートとなります。 最近大阪リージョンが開設されたため、マルチリージョンにしよう!と考えている方も多いのではないでしょうか?ぜひ一度本セッションからシステムに必要な可用性について考えてみてください。 セッション概要 スピーカー:アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ISV/SaaSソリューション本部 ソリューションアーキテクト 木村 公哉 日本でも大阪リージョンがフルリージョンとして拡張され、日本国内だけでいわゆる「マルチリージョン」構成を

                                      【レポート】マルチリージョン、ちょっとその前に…-サービスの可用性について考える #AWS-53 #AWSSummit | DevelopersIO
                                    • RedisとApache HBaseで高性能・高信頼性・高可用性なストレージを LINEアプリの大規模トラフィックを支えるストレージ

                                      2020年11月25〜27日の3日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2020」がオンラインで開催されました。そこでLINE Z Part チーム シニアソフトウェアエンジニアのルカデテナ ハビエル アキラ 氏が、「LINEアプリにおける大規模トラフィックを支えるストレージ」について共有。前半はRedisとApache HBaseを使ったストレージについて紹介しました。 ルカデテナ ハビエル アキラ氏:ハビエル アキラ ルカデテナと申します。2017年からLINEのソフトウェアエンジニアとして働いています。今日は、LINEのメッセージングアプリケーションのトラフィック・インテンシブ・ストレージについてお話しします。 まずはメッセージングアプリケーションを紹介して、そのストレージの要件とApache HBaseでどうやってその

                                        RedisとApache HBaseで高性能・高信頼性・高可用性なストレージを LINEアプリの大規模トラフィックを支えるストレージ
                                      • 多様で柔軟な働き方を目指し、サーバーの運用脱却と高可用性を実現するAWSのフルサーバーレスで物流会計システムを構築! | 導入事例 | Serverless Operations

                                        2011年、国内の主要な建材・設備機器メーカー5社が統合して誕生しました。 以後、GROHE、American Standardといった世界的ブランドを傘下に収め、日本のものづくりの伝統を礎に、世界をリードする技術やイノベーションで、日々の暮らしの課題を解決する高品質な製品をグローバルで幅広く提供しています。 *(写真左から)株式会社necco 阿部 文人、株式会社LIXIL 和田 修一・猪俣 司、株式会社Serverless Operations 堀家 隆宏 はじめにこのたび、株式会社LIXILさんよりサーバー運用コスト削減と高可用性を狙いに「新規会計システムをサーバーレスで開発したい」というご相談をいただき、LIXILの担当者さんと一緒に開発を進めました。 株式会社LIXILは、住宅およびビル向けの建材・設備機器の製造、販売を行う業界最大手のグローバルメーカーです。 トステム、INAX

                                          多様で柔軟な働き方を目指し、サーバーの運用脱却と高可用性を実現するAWSのフルサーバーレスで物流会計システムを構築! | 導入事例 | Serverless Operations
                                        • 【AWS グラレコ解説】高い可用性と耐久性のオブジェクトストレージ。Amazon S3 をグラレコで解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                          ※ 本連載では、様々な AWS サービスをグラフィックレコーディングで紹介する awsgeek.com を、日本語に翻訳し、図の解説をしていきます。awsgeek.com は ジェリー・ハーグローブが運営しているサイトです。 これまでのグラレコ解説はこちら » builders.flash 読者のみなさん、こんにちは ! テクニカルライターの米倉裕基と申します。 本記事では AWS のデータ管理サービスを代表するオブジェクトストレージ、Amazon S3 についてご紹介します。 Amazon S3 は、業界をリードするスケーラビリティ、データ可用性、セキュリティ、およびパフォーマンスを提供するオブジェクトストレージサービスです。あらゆる規模や業種のお客様が、データレイク、クラウドネイティブアプリケーション、モバイルアプリケーションなど、事実上あらゆるユースケースで、あらゆる量のデータを保存

                                            【AWS グラレコ解説】高い可用性と耐久性のオブジェクトストレージ。Amazon S3 をグラレコで解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                          • SAPワークロードにおけるコストの削減、信頼性と可用性の向上、性能の向上 | Amazon Web Services

                                            Amazon Web Services ブログ SAPワークロードにおけるコストの削減、信頼性と可用性の向上、性能の向上 AWS上でSAPを稼働しているアクティブなお客様は5,000を超えています。私たちは常に、お客様のコストを削減し、信頼性と可用性を向上し、性能を向上する方法を検討しています。このブログでは、SAPのお客様に大きな影響を与える最近の素晴らしい発表をいくつかご紹介します。 Amazon Elastic File System (EFS)のSLAを更新 Amazon EFSは、高い拡張性、高い可用性、高い耐久性を実現するように設計されており、SAPグローバルファイルシステムをホストするのに最適です。Amazon EFSファイルシステムは、AWSリージョン内の複数のAZにまたがってデータとメタデータを保存します。 最近、Amazon EFSのSLAを99.99%に増やしました。

                                              SAPワークロードにおけるコストの削減、信頼性と可用性の向上、性能の向上 | Amazon Web Services
                                            • 可用性:気になる情報セキュリティ用語 - 叡智の三猿

                                              可用性とは情報セキュリティの3要素のひとつで、許可された者が、必要な時に必要な情報にアクセスできることを確実にすることです。 可用性を損ねる事象としては、たとえば、PC やサーバーなどの機器がランサムウェアと呼ばれるウイルスにより感染すると、保存されているデータが暗号化されて利用できなくなったり、画面がロックされて端末が利用できなくなったりします。攻撃者は被害者に暗号化を解除して欲しければ、身代金を払うよう要求します。 なお、情報セキュリティの3要素とは、機密性、完全性、可用性を指します。 この3要素の頭文字をとって、情報セキュリティの「CIA」といいます。 情報セキュリティのCIA(3要素) サービス提供時間帯が毎日6~20時のシステムにおいて、ある月の停止時間、修復時間及びシステムメンテナンス時間は次のとおりであった。このとき、この月の可用性は何%か。ここで、1か月の稼働日数は30日、

                                                可用性:気になる情報セキュリティ用語 - 叡智の三猿
                                              • Amazon EFS で可用性と耐久性の高いデータベースバックアップワークフローを実現 | Amazon Web Services

                                                Amazon Web Services ブログ Amazon EFS で可用性と耐久性の高いデータベースバックアップワークフローを実現 データベースのバックアップおよび復元ワークフローの一部として使用するストレージを決定するには、フォーマットのコンプライアンスから、スケーラビリティ、データの可用性と耐久性、コストまで、複数の要因を考慮する必要があります。 Amazon Elastic File System (Amazon EFS) は、AWS クラウドサービスおよびオンプレミスリソースで使用するための、シンプルでスケーラブルで弾力性のある完全マネージド型の NFS ファイルシステムを提供します。Amazon EFS は、データベースワークフローをバックアップするための効果的なソリューションです。バックアップサイズの変更に応じてペタバイト単位で拡張可能な、POSIX 準拠の完全マネージド型

                                                  Amazon EFS で可用性と耐久性の高いデータベースバックアップワークフローを実現 | Amazon Web Services
                                                • DMM動画の可用性を支えるConsul

                                                  第4回 HashiCorp User Group Meetupの登壇資料 https://hashicorp.connpass.com/event/110653/

                                                    DMM動画の可用性を支えるConsul
                                                  • URL ping テストを使用して可用性を監視する - Azure Monitor

                                                    "URL ping テスト" という名前は、少し間違っています。 これらのテストでは、インターネット制御メッセージ プロトコル (ICMP) を使用して、お使いのサイトの可用性を確認することはありません。 代わりに、より高度な HTTP 要求機能を使用して、エンドポイントが応答しているかどうかが検証されます。 その応答に関連付けられているパフォーマンスが測定されるほか、 依存する要求の解析などの高度な機能と結合されたカスタム成功基準を設定する機能も追加され、再試行が可能になります。 可用性テストを作成するには、既存の Application insights リソースを使用するか、Application Insights リソースを作成する必要があります。 重要 2026 年 9 月 30 日に、 URL ping テスト は廃止されます。 その前に 標準テスト に移行します。 コストは、

                                                      URL ping テストを使用して可用性を監視する - Azure Monitor
                                                    • 棚卸を効率化するためにシステムの可用性を損ねた思い出 - 叡智の三猿

                                                      ITエンジニアの仕事をすると障害はつきものです。 障害は情報セキュリティの3要素である、機密性、完全性、可用性 のいずれかが、確保できない状態だと捉えられます。 なかでもダントツに多いのが、可用性の事故です。 可用性とは許可された者が、必要な時に必要な情報にアクセスできることを確実にすることです。 可用性を損ねる要因として多いのは、ネットワークの不調やサーバー機器のリソース不足など、インフラに起因したものがほとんどです。これらは突発的に起きることもありますが、システムの稼働当初から起きることも多くあります。本当はシステムを構築する段階で、可用性に関わる検証をしておくのが望ましいのですが、実際はそういう工程を経るプロジェクトは少ないと思います。 わたしが構築したシステムではじめて障害を起こしたのは、入社二年目の 1992年 です。それ以降も、直接的、間接的に関わらず、何度も障害を経験してます

                                                        棚卸を効率化するためにシステムの可用性を損ねた思い出 - 叡智の三猿
                                                      • GKE のサービスの可用性を確認できる、新しい専用の稼働時間チェック | Google Cloud 公式ブログ

                                                        ※この投稿は米国時間 2021 年 8 月 14 日に、Google Cloud blog に投稿されたものの抄訳です。 アプリケーションの開発においては、エンドユーザー エクスペリエンスを考慮することが重要です。オブザーバビリティ ツールを使用することで、稼働時間などユーザーにとって重要なパフォーマンス指標を測定できます。一般的には、稼働時間を示す指標やログを用いてサービスを内部的に測定することが推奨されていますが、利用できるのであれば外部のシグナルも非常に役立ちます。 サービスを外部から測定するための最も簡単な方法の一つに、稼働時間チェックの使用が挙げられます。稼働時間チェックは、確立された信頼性の高いテクノロジーであり、サービスの可用性を詳細にモニタリングし、問題の先行指標として役立ちます。これにより、問題がユーザーに影響を及ぼす時間の短縮または排除に効果が見込めます。 GKE サー

                                                          GKE のサービスの可用性を確認できる、新しい専用の稼働時間チェック | Google Cloud 公式ブログ
                                                        • Linuxをクラスタ化して高可用性を実現。ソフトバンクの業務インフラに採用された高可用ソフトウェアの理由[PR]

                                                          Linuxをクラスタ化して高可用性を実現。ソフトバンクの業務インフラに採用された高可用ソフトウェアの理由[PR] SoftBankやY!mobile、LINEMOなどの携帯電話サービスや、PayPayによる決済サービスなど、多くのサービスで知られるソフトバンク。 同社の業務システムを支えるITインフラを担う共通プラットフォーム開発本部 ITクラウド開発統括部は、データセンターで稼働する5000台規模の物理サーバと、それを基盤とする約2万台の仮想サーバを構築、運用、管理しています。 パブリッククラウドなどに依存せず、自社でITインフラを構築運用する理由について、共通プラットフォーム開発本部 ITクラウド開発統括部 ITクラウド基盤開発部 部長 前田高尚氏は次のように語ります。 「弊社にはITインフラの運用はもちろん開発のためのエンジニアもいるので、自分たちでITインフラを構築運用できる体制が

                                                            Linuxをクラスタ化して高可用性を実現。ソフトバンクの業務インフラに採用された高可用ソフトウェアの理由[PR]
                                                          • シンプルさと高可用性を追求するAWSのインフラ戦略

                                                            オンラインで開催されたAWS re:Invent 2020。12月11日に開催されたのは、AWSのインフラについてディープに語るピーター・デサントス氏の基調講演。前半は高い可用性を実現するための電力システムとAZ設計、サプライチェーンの多様化などについて詳細を披露した。 影響範囲と複雑さと考慮した結果、スイッチギアとUPSは自作 AWSはどのようにシステムを運用しているのか? システムを構築するユーザーにとっては、AWSが果たして信頼に耐えうるプロバイダーなのかという観点で気になるトピックであり、大規模なシステム運用のノウハウを自身に取り込みたいと考えたいとユーザーも多いだろう。 デサントス氏は、「自分たちは変であることに誇りに思っている。過去10年以上にわたって、私たちのリーダーが語った言葉は書き写してある」と語り、「素晴らしいオペレーターになるための近道はない」という言葉を挙げる。運用

                                                              シンプルさと高可用性を追求するAWSのインフラ戦略
                                                            • 高可用性かつスケーラブルなKubernetesクラスターを運用するときに気を付けたいこと - あさのひとりごと

                                                              お仕事でプリセールスをしているため、お客様やSIパートナー様といっしょに「ぜったいにサービスを止められないシステム」について議論することが多くあります。 一方、クラウドはオンプレに比べてスケーラブルな構成をとることが得意です。したがって、ユーザーの利用が時間的にばらつきがあるシステムやスパイクアクセスが発生するシステムなどの場合は、クラウドを提案する良いチャンスだったりもします。 このブログではそのようなニーズを満たすクラスターを運用するときに気を付けたいことや、私自身が検証していて気づいたことをホワイトボードに書く感覚で、だらだらと書きとめます。 なお、本内容はたまたまAzureが提供するKubernetesマネージドサービスである「Azure Kubernetes Service(以下AKS)」を使って検証しましたが、基本的な考え方はやGoogle CloudのGKEやAWSのEKSな

                                                                高可用性かつスケーラブルなKubernetesクラスターを運用するときに気を付けたいこと - あさのひとりごと
                                                              • IT人材として押さえたい「サーバ」のイロハ(9) サーバダウンに備えよう - 可用性を高める運用のポイントを解説

                                                                企業のITインフラやさまざまなITサービスを実現するうえで「サーバ」は欠かせない存在で、企業が求めるIT人材として知っておきたい必須知識の1つでもあります。 本連載では、「サーバとはいったいどのようなものか?」に始まり、利用方法や種類などの基礎的な知識とともに、セキュリティ対策や仮想化、サーバレスなど効率的にサーバを利用・管理するうえでのポイントといった、情報システム担当者の実務に役立つ話題を紹介していきます。 連載第9回は、キンドリルジャパンの佐藤創太郎さんに、主にオンプレミス環境を想定したサーバダウンを防ぐための可用性確保と復旧のポイントについて解説してもらいます。 サーバの耐用年数はどれくらい? 信頼性を高める方法は? サーバの耐用年数は、「製品の保証期間」で決まります。保証期間内であれば、ハードウェアの故障が起こっても数日で交換してもらえます。一般的に保証期間は3年もしくは5年で、

                                                                  IT人材として押さえたい「サーバ」のイロハ(9) サーバダウンに備えよう - 可用性を高める運用のポイントを解説
                                                                • Amazon RDS Proxy を使用したアプリケーションの可用性の向上 | Amazon Web Services

                                                                  Amazon Web Services ブログ Amazon RDS Proxy を使用したアプリケーションの可用性の向上 Amazon RDS Proxy の利点の 1 つは、データベースのフェイルオーバー後のアプリケーションにかかる復旧時間を改善できることです。RDS Proxy は MySQL と PostgreSQL エンジンの両方をサポートしていますが、この記事では、MySQL テストワークロードを使用して、RDS Proxy がフェイルオーバー後のクライアントリカバリ時間を Amazon Aurora MySQL で最大 79%、Amazon RDS for MySQL で最大 32% 削減する方法を示します。この記事では、RDS Proxy がクライアントをリーダー/ライターの移行問題から隔離し、次善のクライアント設定を克服する方法についても説明しています。アクティブ接続監視

                                                                    Amazon RDS Proxy を使用したアプリケーションの可用性の向上 | Amazon Web Services
                                                                  • モダンデータスタックでデータ分析基盤の改善〜可用性と保守性もアップ!〜 - Money Forward Developers Blog

                                                                    はじめに こんにちは。CTO室 分析基盤部の長谷川(shase)です。 私が所属するチームでは、データ分析基盤の開発と運用を行っています。 今回は私が入社以来(といっても半年弱程度なのですが)やってきた、データパイプラインの整理についてご紹介したいと思います。 この記事が想定する読者 事業会社でデータ分析基盤の開発と運用に携わる、データエンジニア、データアナリストなどの職種の方にとって参考になればと思い執筆しました。 記事に出てくる社内用語の補足 セキュアデータ基盤は、センシティブなデータが含まれる基盤でアクセス可能なメンバーが制限されています。また、特定の踏み台からしかアクセスすることができません。 カジュアルデータ基盤は、センシティブなデータが含まれていない代わりに、通常のオフィスネットワークからアクセスすることができる環境です。 抱えていた課題 私が入社した時点で、カジュアルデータ分

                                                                      モダンデータスタックでデータ分析基盤の改善〜可用性と保守性もアップ!〜 - Money Forward Developers Blog
                                                                    • ストラタステクノロジー、可用性99.99999%の新型無停止サーバーを発表

                                                                      印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 日本ストラタステクノロジーは11月2日、新型の無停止サーバー製品「Stratus ztC Endurance」を発表した。99.99999%の可用性を担保するという。2024年6月に出荷を開始する。 ztC Enduranceは、同社が長年ミッションクリティカル向けに提供している無停止サーバー「ftServer」などの高可用性を担保する技術をベースとして、高性能コンピューティング領域などの新たな用途にも対応する拡張性を兼ね備える。2Uサイズのラックマウント型の筐体では、コンピュートやストレージ、I/Oなどの各モジュールや電源ユニットなどのハードウェアを完全冗長化している。 また、「Smart Exchange」と呼ぶハードウェアベースの

                                                                        ストラタステクノロジー、可用性99.99999%の新型無停止サーバーを発表
                                                                      • 日本初の「デジタルバンク」として Google Cloud に勘定系を構築。Cloud Spanner で銀行基幹システムで求められる可用性を実現|ガジェット通信 GetNews

                                                                        日本初の「デジタルバンク」として Google Cloud に勘定系を構築。Cloud Spanner で銀行基幹システムで求められる可用性を実現 ※この記事は「Google Cloud」公式ブログに掲載されたGoogle Cloud Japan Teamによるインタビュー(顧客事例)を、許諾を得て転載しています。 写真右から ・宮本 昌明(みんなの銀行 執行役員CIO/ゼロバンク・デザインファクトリー 取締役CIO) ・長 竜治(ゼロバンク・デザインファクトリー Engineering Division SRE Group Senior Engineer) ・家壽田 雅史(ゼロバンク・デザインファクトリー Engineering Division Technical Lead) 2021年5月にサービス提供を開始した「みんなの銀行」は、デジタルネイティブ世代をターゲットとしたスマートフォ

                                                                          日本初の「デジタルバンク」として Google Cloud に勘定系を構築。Cloud Spanner で銀行基幹システムで求められる可用性を実現|ガジェット通信 GetNews
                                                                        • 「Stable Diffusion 3」のAPIが一般提供開始 ~商用グレードの可用性を保証/画像生成AI「Stable Diffusion」の最新版

                                                                            「Stable Diffusion 3」のAPIが一般提供開始 ~商用グレードの可用性を保証/画像生成AI「Stable Diffusion」の最新版
                                                                          • AWS MediaServices を使用したライブ配信基盤の可用性について理解する | DevelopersIO

                                                                            こんにちは、大前です。 突然ですが、以下の構成図を見てください。 撮影した映像を MediaConnect に打ち上げ、MediaLive + MediaStore/MediaPackage でエンコード&パッケージを行い、CloudFront 経由でライブ配信を行うよくあるアーキテクチャかと思います。(MediaConnect を使用するケースが一般的かはさておき) 検証であればこの構成図のまま構築を行い、配信を実施すれば良いと思いますが、本番運用を行う環境の場合、考慮すべき事がいくつか増えてきます。 そのうちの1つが、可用性です。 もう一度先ほどの構成図に戻りましょう。 この構成において、例えば AZ 障害が発生したらどうなるでしょうか。 また、ライブ配信は撮影現場の機材トラブルが発生する事も考えられます。機材トラブルが発生したらライブ配信は中断するしかないのでしょうか。 当然そんな事

                                                                              AWS MediaServices を使用したライブ配信基盤の可用性について理解する | DevelopersIO
                                                                            • 稼働率(可用性)99%、99.9%などの停止時間はいくらか - 具体例で学ぶ数学

                                                                              $60\times 60\times 24\times 365=31536000$ です。(うるう秒とかうるう年とかは考えません) 稼働率99%は高くない 実際、停止時間は、 $31536000\times 0.01=315360$ 秒で、 $315360\div 3600=87.6$ となります。 1ヶ月あたり $7.3$ 時間停止することに相当します。 稼働率 $99$%は一見高そうに見えますが、毎月 $7$ 時間以上停止するシステムやサーバの信頼性が高いとは言いづらいですね。 より高い稼働率だとどうか 稼働率 $99.5$% ・年間で $43.8$ 時間停止することに相当 ・月間で $3.65$ 時間停止することに相当 稼働率 $99.9$% ・年間で $8.76$ 時間停止することに相当 ・月間で $43.8$ 分停止することに相当 稼働率 $99.95$% ・年間で $4.38$

                                                                              • Amazon EC2 Windows と Amazon Linux 2 インスタンス間で Always On 可用性グループをデプロイする | Amazon Web Services

                                                                                Amazon Web Services ブログ Amazon EC2 Windows と Amazon Linux 2 インスタンス間で Always On 可用性グループをデプロイする Microsoft SQL Server 2017 は、Windows と Linux 間の Always On 可用性グループをサポートして、高可用性 (HA) なしで読み取りスケールのワークロードを作成します。残念ながら、そのクロスプラットフォーム設定を管理できるクラスター化されたソリューションがないため、Windows と Linux の間で HA を実現することはできません。 Always On 可用性グループで HA を使用するには、Windows Server Failover Cluster (WSFC) または Pacemaker on Linux の使用を検討してください。このソリューシ

                                                                                  Amazon EC2 Windows と Amazon Linux 2 インスタンス間で Always On 可用性グループをデプロイする | Amazon Web Services
                                                                                • Prometheus, Grafana, Alertmanager 高可用性構成への挑戦[DeNA インフラ SRE] | BLOG - DeNA Engineering

                                                                                  2023.08.24 技術記事 Prometheus, Grafana, Alertmanager 高可用性構成への挑戦[DeNA インフラ SRE] by Keijun Kumagai #infrastructure #prometheus #infra-quality #monitoring #stabilization こんにちは!k-jun です。IT基盤部にて大規模ゲームのインフラに携わっているインフラエンジニアです。この記事では、モニタリングコンポーネントの Prometheus、Grafana、Alertmanager を冗長化した事例をご紹介させて頂きます。 モニタリングとは モニタリングとは、システムやコンポーネントの振る舞いを観察し出力をチェックすることです。システムはコンポーネントで構成され、各コンポーネントの状態は絶えず変化しています。モニタリングとは、この刻一刻と

                                                                                    Prometheus, Grafana, Alertmanager 高可用性構成への挑戦[DeNA インフラ SRE] | BLOG - DeNA Engineering