並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 101 件 / 101件

新着順 人気順

可用性の検索結果81 - 101 件 / 101件

  • 欧州議会で「修理する権利」の改善に関する提案が採択、製品の修理可用性の向上&寿命延長を目指す

    欧州連合(EU)における立法機関である欧州議会(EP)が、「修理する権利」に関する新たな提案を採択しました。欧州議会は「修理する権利」を改善し、デジタル製品がより安全かつ長持ちするようになることを目指しています。 Right to repair: MEPs want more durable and more easily repairable products | News | European Parliament https://www.europarl.europa.eu/news/en/press-room/20220401IPR26537/right-to-repair-meps-want-more-durable-and-more-easily-repairable-products EU votes to back Right to Repair proposals | A

      欧州議会で「修理する権利」の改善に関する提案が採択、製品の修理可用性の向上&寿命延長を目指す
    • サービスの信頼性と可用性を担保するSREが目指す「サイバーエージェント流ベストプラクティス」模索の道のり 技術・デザイン

      柘植 翔太 メディア統括本部サービスリライアビリティグループ マネージャー / SRE 2014年新卒入社。インフラエンジニア、SREとして、AMEBA、AWA、社内基盤など50以上のメディアサービス・システムへのSRE推進、リスク改善、サービス立ち上げを経験。現在は、横断SRE組織のマネージャーとして、SREのEnablementや人材育成へ注力している。 ── 柘植さんの現在の役割をおしえてください 私は、メディア事業横断のSRE組織のマネージャーをしています。主にメディア事業を担当し「Ameba」「AWA」「タップル」「CL」「社内基盤」など様々なサービスやシステムへのSRE導入をしてきました。また、インターネット広告事業やゲーム・エンターテイメント事業とも連携しながら、横断的なSRE(Site Reliability Engineering)組織を構築する事を目指しています。 この

        サービスの信頼性と可用性を担保するSREが目指す「サイバーエージェント流ベストプラクティス」模索の道のり 技術・デザイン
      • CloudFront オリジンフェイルオーバーによる高可用性の最適化 - Amazon CloudFront

        高可用性が必要なシナリオでは、オリジンフェイルオーバーを使用するように CloudFront を設定できます。開始するには、プライマリとセカンダリの 2 つのオリジンを持つオリジングループを作成します。プライマリオリジンが使用できない場合、または障害を示す特定の HTTP レスポンスステータスコードを返す場合、CloudFront は自動的にセカンダリオリジンに切り替わります。 オリジンフェイルオーバーを設定するには、少なくとも 2 つのオリジンを持つディストリビューションが必要です。次に、1 つをプライマリとして設定した 2 つのオリジンを含むディストリビューションのオリジングループを作成します。最後に、オリジングループを使用するようにキャッシュ動作を作成または更新します。 オリジングループを設定して特定のオリジンフェイルオーバーオプションを設定する手順については、「オリジングループの作

        • SQL Server 2019がやってくる!第2回:Linux 版 SQL Server 2019 で実現する高可用性

          SQL Serverはミッションクリティカルな用途に充分耐えることができるように、可用性を高めるためのさまざまな機能が実装されてきました。最も初期段階から提供されているレプリケーションは、データを複製することによって災害対策用サイトの構築を実現できます。同様に長い実績をもつログ配布では、トランザクションログをリモートサイトへ復元することによって、災害対策サイトを用意することができます。 これらの二つの手段は、SQL Server インスタンスのフェールオーバーやクライアントからの透過的な接続をサポートしていません。その結果として災害発生時に、災害対策用に構築したサイトをプライマリデータとして運用を開始する際には、SQL Server の設定変更(プライマリ、セカンダリの切り替えなど)や、アプリケーションの接続先変更(災対サイト側へ接続)といった作業が必要となり、必然的に RTO (Reco

            SQL Server 2019がやってくる!第2回:Linux 版 SQL Server 2019 で実現する高可用性 
          • 可用性と信頼性 — クラウドのためどのように変えるか

            English version is here TL; DRクラウドに移行する際に、クラウドプラットフォームを最大限に活用し、Google検索、Gmail、またその他の多くのインターネットサービスが実際に達成するような継続的な可用性を実現するためには、可用性と信頼性に関する考え方に適応する必要があります。 前書きこの投稿は、次のトピックを取り上げるシリーズの最初の投稿です。 背景と目標(この投稿)主要な概念(設計パターン、SREなど)高可用性のためのGCPサービスバックグラウンド可用性とクラウドに対する私の関心は、NetflixのクラウドアーキテクトをリードするAdrian CockroftによるGOTO 2012での講演の動画に出会ったときに始まりました。現代のクラウドプラットフォームとNetflixがそれ以来多くの進歩を遂げているにもかかわらず、今日でもこれは興味深いと思います。キーポ

              可用性と信頼性 — クラウドのためどのように変えるか
            • Azure の物理構成と IaaS の可用性 – Aimless

              はじめに 自分の頭の整理をかねて、Azure の物理構成と IaaS の可用性を向上するための仕組みをまとめます。本エントリでは次の内容に触れます。 ジオ リージョン ゾーン スケールユニット・クラスタ 障害ドメイン 更新ドメイン 可用性セット 可用性ゾーン ローカル冗長ストレージ (LRS) ゾーン冗長ストレージ (ZRS) ジオ冗長ストレージ (GRS) ジオゾーン冗長ストレージ (GZRS) なお、自分のリファレンスを兼ねているので、日本語公式ドキュメントからの引用が多めです。 物理構成 ジオ ジオとは、Azure のサービスを利用できる地域の総称です。Azure は複数のジオで構成されています。 ジオのイメージ 次の URL でジオの一覧を確認できます。 https://docs.microsoft.com/ja-jp/azure/best-practices-availabili

              • 【違いを表で整理!】システムの信頼性、可用性、保守性、耐久性、耐障害性、冗長性など、IT関連の「◯◯性」の違いを表にしてまとめて整理

                AWS認定など、IT関連の勉強をしている際には、 「耐久性は99.999999999%、可用性は99.99%の高い堅牢性を誇る」 だとか、 「耐障害性を向上させるため、冗長性の確保が必要」 だとか、 「◯◯性」という用語がたくさん出てきます。 信頼性、可用性、耐久性、耐障害性、冗長性、堅牢性、保守性、保全性、安全性、結果整合性、読み取り一貫性などエトセトラエトセトラ・・・ どれもないよりはある方が、低いよりは高い方が、なんとなく安心で高性能なのはわかりますが、具体的にはどう違うのか、初学者の方はなかなか迷うのではないでしょうか。 これらをある程度使い分けないことには、正しい理解は出来ませんし、資格試験でも業務でも支障をきたすこと間違いありません。 しかも、あまり違いをはっきり解説してくれているサイトが見つかりませんでした。 (信頼性と可用性、可用性と耐久性など、2者を比較解説してくれるサイ

                  【違いを表で整理!】システムの信頼性、可用性、保守性、耐久性、耐障害性、冗長性など、IT関連の「◯◯性」の違いを表にしてまとめて整理
                • ECSの可用性設計を4つの軸で整理する | sreake.com | 株式会社スリーシェイク

                  はじめに こんにちは!Sreake事業部 志羅山です。今年3月に3-shakeに入社し、長野県からリモートで仕事をしています(東京にも定期的に行ってます)。 最近、とあるお客様環境におけるECS(AWSのフルマネージド型コンテナオーケストレーションサービス)の利用方針を整備する中で、ECSの可用性に関する設計要素について調査・整理する機会がありました。今回この記事ではその内容を紹介したいと思います。 整理してみて感じたこととして、「思ったよりも考えることが多く、やや複雑で奥深い」という印象を受けました。同じように感じている方にとって参考になれば幸いです。 当記事の目的と書くこと この記事は「ECSの可用性に関する設計要素や考慮事項の体系がややぼんやりしている」という読者の方に「全体のイメージが何となくつかめた」と感じてもらえることを目的としています。 そのために、「ECSの可用性設計要素」

                    ECSの可用性設計を4つの軸で整理する | sreake.com | 株式会社スリーシェイク
                  • Azureの可用性ゾーンとは?可用性セットの違いや冗長化の方法を解説 | ビジネス継続とITについて考える

                    可用性ゾーン、可用性セットは、高可用性を提供するMicrosoft Azureのサービスです。可用性ゾーンとはAzureリージョン内で物理的に独立したゾーン(データセンター)のことで、可用性セットは1つのゾーン内で可用性を高めるための仕組みです。 名称が似ているため混同してしまいがちですが、この2つはそれぞれ異なる意味や役割を持っています。この記事では、まずAzureについて、つぎに可用性ゾーンと可用性セットについて詳しく解説します。 Azure(アジュール)とは?AzureはMicrosoftが提供するクラウドサービスです。世界中に多くのデータセンターを持ち、日本でも西日本と東日本に拠点があります。サーバーやネットワークなどのインフラ環境をクラウド上で提供しており、IoTやAIなど多種多様なサービスも用意されています。ここでは、Azureについて詳しく解説します。 Azureのサービス形

                      Azureの可用性ゾーンとは?可用性セットの違いや冗長化の方法を解説 | ビジネス継続とITについて考える
                    • NEC、Express5800シリーズで高可用性とシンプルな運用を両立させた「高可用性サーバ」を提供

                        NEC、Express5800シリーズで高可用性とシンプルな運用を両立させた「高可用性サーバ」を提供
                      • AWS、Azure、GCPの「Kubernetesサービス」とは? 可用性を高めるための工夫

                        関連キーワード Docker | ネットワーク | ネットワーク仮想化 | 仮想化 第5回「『Kubernetesクラスタ』の自前構築はなぜ難しい? Kubernetes運用の基礎知識」では、コンテナオーケストレーター「Kubernetes」における、コンテナクラスタの構築・運用を手作業で実施することの難しさを解説しました。その難しさを解消するには、どのような製品やサービスが有効なのでしょうか。 併せて読みたいお薦め記事 コンテナの基本をおさらい いまさら聞けない「コンテナ」「オーケストレーター」の仕組みと役割 仮想マシンとコンテナ 何が違い、どう使い分けるべきか? VMwareが「コンテナ」市場でRed HatとDockerに引き離されている理由 ネットワーク仮想化の話題 「ネットワーク仮想化」と「ネットワーク抽象化」は何が違うのか? 「SDNは大企業のためのもの」という考え方はもう古い

                          AWS、Azure、GCPの「Kubernetesサービス」とは? 可用性を高めるための工夫
                        • 付録 A: 一部の AWS のサービスの可用性設計 - 信頼性の柱

                          以下に、一部の AWS のサービスが達成目標とする可用性についてまとめます。これらの値は、サービスレベルアグリーメント (SLA) または保証を表すものではなく、各サービスの設計目標に対するインサイトとなるものです。場合によっては、可用性の設計目標に意味のある差異が存在するサービス部分を区別します。このリストは、すべての AWS のサービスを包括するものではありません。また、追加サービスに関する情報で定期的に更新する予定です。Amazon CloudFront、Amazon Route 53、AWS Global Accelerator、および AWS Identity and Access Management コントロールプレーンは、グローバルなサービスを展開しており、これに基づいてコンポーネントの可用性の設計目標が示されます。他のサービスは AWS リージョン内のサービスを提供し、そ

                          • PayPal、可用性の高いキーバリューストア「JunoDB」をオープンソースで公開

                            PayPalは2023年5月17日(米国時間)、分散キーバリューストア「JunoDB」を発表し、オープンソースプロジェクトとしてGitHubで公開した。 JunoDBの使用例は主に以下の通り。 データベースなどの呼び出しを減らす JunoDBは、数秒から数日の範囲で頻繁に変更されないデータを保存する一時的なキャッシュとして使われる。これにはユーザー設定やアカウント詳細、APIレスポンス、アクセストークンなどが含まれる。キャッシングにJunoDBを使用すると、全てのドメインで高価なデータベースやダウンストリームサービスへの呼び出しを減らすことができ、汎用(はんよう)性の高いソリューションとなる。 オペレーションの重複処理を排除 関連記事 2021年のDBMS市場――非リレーショナルDBMS専業ベンダーの5年間の動向とともに振り返る 2021年のデータベース管理システム(DBMS)市場は、全売

                              PayPal、可用性の高いキーバリューストア「JunoDB」をオープンソースで公開
                            • 可用性の高いチーム / go to high availability team

                              プロダクトマネジメントのグローバルトレンド #pmconf2023 / Global Trends in Product Management

                                可用性の高いチーム / go to high availability team
                              • 可用性 - 信頼性の柱

                                可用性 (サービス可用性とも呼ばれる) は、回復力を数量的に測定するためによく使用されるメトリクスであると同時に、的を絞った回復力目標でもあります。 可用 (使用可能) とは、必要なときに取り決めた機能を実行できることを意味します。 この割合 (%) は、月、年、直近 3 年などの時間単位で計算します。可能な限り厳密に解釈すると、予定された中断や予定外の中断を含め、アプリケーションが正常に動作しないときは可用性が下がることになります。可用性は以下のとおり定義されます。 可用性は、一定期間 (通常は 1 か月または 1 年) の稼働時間の割合 (例: 99.9%) です。 一般的には「9 の個数」で省略して表現され、例えば、「ファイブナイン」は 99.999% の可用性という意味になります。 お客様によっては、定義の式にある合計時間から、予定されたサービスダウンタイム (定期メンテナンスなど

                                • Windows NASの可用性をいろいろと試したくて――仮想マシン環境に再現してみた

                                  山市良のうぃんどうず日記 実機と仮想マシンに再現したディスク構成、違いはメーカー独自のRAID管理ツール 前回(第208回)は、「Windows Server 2012 R2」以前向けに作成された以下のドキュメントを参考にして、Hyper-V仮想マシン環境に、「Windows Server IoT 2019 for Storage」搭載NAS(Network Attached Storage)の2ドライブモデルと同等のRAID(ミラーリング)環境を作ってみました。 Establish and boot to GPT mirrors in 64-bit Windows[英語](Microsoft Docs) このドキュメントは参考になりましたが、そのままではうまくいきません。トライ&エラーで試行錯誤の末、前回記事の手順で構築することができました(画面1)。なお、筆者の手順が正しいとは限りませ

                                    Windows NASの可用性をいろいろと試したくて――仮想マシン環境に再現してみた
                                  • Azureで実現する高可用性の“勘どころ”と構築のポイント (1/4)

                                    Azureの各種サービスを組み合わせてシステム構築やシステム移行をしたいが、クラウドのメリットを生かした方法、あるいはクラウドならではの注意点といったものはあるのだろうか。 本連載では、Azureシステムの設計や構築、運用の段階で知っておくべき考え方(特にオンプレミスとの違い)、関連サービスや機能についてまとめていく。第1回は「システムの高可用性」についてのポイントだ。 ※注:Azureのサービスアップデートに合わせて一部内容を更新しました(2022年1月3日 筆者)。 第1章:まずはAzureの基本をおさらいしよう ここ数年で企業におけるデジタルトランスフォーメーション(DX)が加速したことを背景に、そのシステム基盤としてIaaS型、PaaS型のクラウドサービスの採用が増加している。その有力な選択肢のひとつが「Microsoft Azure」(以下、Azureと略)だ。 ただしその一方で

                                      Azureで実現する高可用性の“勘どころ”と構築のポイント (1/4)
                                    • 生体認証データの高秘匿・高可用性な伝送・保管を量子暗号を用いて実現 | NICT-情報通信研究機構

                                      個人情報である生体認証データの伝送を量子暗号を用いた高秘匿技術で実現 生体認証時の参照データの保管を量子暗号ネットワーク分散ストレージで実現 スポーツ分野のナショナルチームのデータサーバ管理技術に応用 今後端末にも適応予定 国立研究開発法人情報通信研究機構(NICT、理事長: 徳田 英幸)と日本電気株式会社(NEC、代表取締役 執行役員社長 兼 CEO: 新野 隆)は共同で、顔認証システムでの特徴データの伝送と、特徴点などの認証用参照データの保存を、量子暗号と(k,n)閾値秘密分散(以下、秘密分散)を用いて構築し、認証時の高い秘匿性・可用性を持ったシステムを開発し、実証に成功しました。

                                      • F5とNGINXの組み合わせで、サービス公開をよりセキュアに。Kubernetes Ingress Controllerを活用してセキュリティ、可用性、パフォーマンスを実現

                                        F5とNGINXの組み合わせで、サービス公開をよりセキュアに。Kubernetes Ingress Controllerを活用してセキュリティ、可用性、パフォーマンスを実現 7月22日~23日、東京・虎ノ門ヒルズフォーラムにて、クラウド技術に関するイベント「CloudNative Days Tokyo 2019 / OpenStack Days Tokyo 2019」が開催された(共催)。 本イベントのF5ネットワークスジャパン合同会社による伊藤悠紀夫氏と鈴木孝彰氏のセッション「Kubernetes Ingress Controllerにセキュリティを実装してみた」では、BIG-IPとNGINXの組み合わせなど、NGINX Ingress Controllerについて解説した。 BIG-IPとNGINXを組み合わせ、BIG-IPをKubernetesから設定 F5は2019年3月にNGIN

                                          F5とNGINXの組み合わせで、サービス公開をよりセキュアに。Kubernetes Ingress Controllerを活用してセキュリティ、可用性、パフォーマンスを実現
                                        • AWS/Azure/GCP における SQL Server の高可用性パターンまとめ - Qiita

                                          はじめに 各クラウドごとに以下のパターンを記載しています。 マネージドサービスを利用する場合 VM で Always On Availability Groups を構成する場合 VM で Always On Failover Cluster Instances を構成する場合 Amazon RDS with SQL Server Always On Availability Groups RDSのマルチAZ配置では以下のバージョンおよびエディションで Always On AG をサポート。 SQL Server 2019:Standard and Enterprise Editions SQL Server 2017:Enterprise Edition 14.00.3049.1以降 SQL Server 2016:Enterprise Edition 13.00.5216.0以降 上記

                                            AWS/Azure/GCP における SQL Server の高可用性パターンまとめ - Qiita
                                          • 可用性を上げる方法について考えてみた

                                            はじめに AWSの可用性について考えることがあったので記事にしてみました。 可用性ってよく聞くけど、なんだろう、冗長性とはどう違うんだろうという疑問を解決したいと思います。 可用性とは まず、「可用性とは」で検索すると システムが継続して稼働できる能力。障害発生時に安定して利用することができるシステムは可用性が高いと言えます。 という感じの説明がたくさんヒットします。 なんとなく分かるような、分からないような、という感じです。 可用性は稼働率とも言い換えられます。 稼働率(%)は式で表せます。 (稼働時間ー停止時間)÷ 稼働時間 x 100(%) この式から分かることは 稼働時間を多く、停止時間を少なくすれば稼働率の値が大きくなる、ということです。 ということは、なんとなく可用性を高くする方法が分かってきたような... どうすれば可用性が高くなるのか? では結論から 可用性を高める要素は

                                              可用性を上げる方法について考えてみた