Amazon Web Services ブログ 新着情報 – パブリック IPv4 アドレスの利用に対する新しい料金体系を発表 / Amazon VPC IP Address Manager が Public IP Insights の提供を開始 AWS は、パブリック IPv4 アドレスの利用に対して新しい料金体系を導入します。2024 年 2 月 1 日より、特定のサービスに割り当てられているかどうかに関わらず、すべてのパブリック IPv4 アドレスの利用に対して 1 IP アドレスあたり 0.005 USD/時間 が課金されます（アカウントに払い出されているものの、 どの EC2 インスタンスにも割り当てられていないパブリック IPv4 アドレスに関しては、すでに課金が適用されています）。 パブリック IPv4 アドレスの新しい料金体系 IPv4 アドレスはますます希少な資源となって

Amazon Web Services ブログ AWS におけるパブリック IPv4 アドレスの使用状況の特定と最適化 この記事は、Identify and optimize public IPv4 address usage on AWS を翻訳したものです。 本日、AWS は2024 年 2 月 1 日から始まるAWS提供のパブリック IPv4 アドレスに対する新しい費用請求について 発表しました 。このブログ記事では、アイドル状態及び使用中のパブリック IPv4 アドレスの追跡と監視、将来のコストの見積もり、最適化の機会の特定に役立つ、本日リリースされた 2 つの新機能を紹介します。これらの変更が AWS の費用請求にどのような影響を与えるかをよりよく理解していただくため、本日より AWS Cost and Usage Report (CUR) に、パブリック IPv4 アドレスに関

Networking & Content Delivery Identify and optimize public IPv4 address usage on AWS Update: February 1, 2024 – AWS now charges for public IPv4 addresses provided by AWS. This blog post has more details on this topic. Today AWS announced new charges for AWS-provided public IPv4 addresses beginning February 1, 2024. In this blog post, we introduce two new features launching today to help you track

AWS News Blog New – AWS Public IPv4 Address Charge + Public IP Insights We are introducing a new charge for public IPv4 addresses. Effective February 1, 2024 there will be a charge of $0.005 per IP per hour for all public IPv4 addresses, whether attached to a service or not (there is already a charge for public IPv4 addresses you allocate in your account but don’t attach to an EC2 instance). Publi

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

いろいろなところからマサカリが飛んでくるのはわかっているが、以前から感じていた疑問について書いてみたい。「データセンターの所在地ってやっぱり書いてはいけないのか？」である。だって、ググれば所在地は出てくるんですよ。いろいろ秘密の多いデータセンターだが、インフラ界隈での内輪受けみたいな感じになっていやしませんかね。 実は制約の多いデータセンター取材 ITインフラ系の記者は、たまにデータセンター見学ツアーに招待される。エクイニクスやさくらインターネット、NTTコミュニケーションズなど、私も相当データセンターは見ている方だ。Coltテクノロジー（旧KVH）はシンガポールまで、IIJはコンテナ型データセンターを見に島根まで行っている。IDCフロンティアに至っては北九州も、白河も、府中も見ている。 5月には大阪までデジタルエッジのデータセンターを見にいった。関西のデータセンター事情までいろいろ説明し

はじめに 社内インフラの運用担当者にとってソフトウェアのバージョンアップは地味な割に大変な業務です。 特に社内のオンプレサーバで動いているようなソフトウェアの場合、バージョンアップに伴う諸々の調整をそのソフトウェアを利用している各部署と行う必要があります。 そんなときに「今は忙しいからバージョンアップを先送りしてほしい」「このバージョンはスキップしてもよいのでは？」なんて声が各部署から聞こえてきます。バージョンアップの価値を各部署に理解してもらうのは大変です。 この文章はそんな時になぜバージョンアップしなければならないのかを上司や各部署のマネージャに伝えるために書きます。 ソフトウェアの有効期限は2-5年 まず、第一に、ソフトウェアというものは無限に使えるわけではなく、一定の有効期限があり、それを過ぎると徐々に動かなくなってきます。俗にいう「何もしてないのに動かなくなった問題」です。 なぜ

OpenTelemetry and Prometheus are two critical projects in the monitoring and observability world. Prometheus supports metrics monitoring, and OpenTelemetry also allows metrics besides logs and traces. The semantic convention for metrics in OpenTelemetry(OTLP metrics) does not align with Prometheus' native metrics naming convention. To address this disparity, there is a module in otel-collector-con

Go1.21 が 2023年8月9日(JST) にリリースされ、そのリリースノートやブログが公開されています。この記事では前回の Go1.20 New Features に引き続き、Go1.21 の新機能の中から気になった機能を解説していきます。 spec Go1.20 までは、メジャーリリースの一番最初のバージョンの末尾にパッチバージョンが付いておらず、次のバージョンからはパッチバージョンが付くようになっていました。 例えば Go1.20 の最初のバージョンは go1.20 で、次のバージョンからは go1.20.1, go1.20.2, ... のようにパッチバージョンがついていました。 Go1.21 からは、一番最初のバージョンが go1.21.0 のようにパッチバージョンの .0 が付くようになります。 import している package を初期化する順序が Spec に明記さ

はじめに　～MySQL 8.1.0 リリース情報 2023 年 7 月 18 日に、MySQL 8.1.0 がリリースされました。 MySQL 8.0 が GA となったのは 2018 年 4 月 19 日ですので、約 5 年ぶりの新バージョンのリリースということになります。 今回は、この新バージョンについての情報を簡単に報告させていただきます。 MySQL の新しいバージョン管理モデルについて 既に公式からもアナウンスがありますが、本リリースは Innovation Release という位置づけになっており、これからのバージョン管理モデルも一新されるとの発表がありました。 内容については、以下の公式記事や奥野さんの個人ブログの解説記事で詳細に説明されておりますので、まずは以下の内容をご確認いただければと思います。 The Oracle MySQL Blog : Introducing

はじめまして。MSPグループの夜勤チームのいかろちゃんです。 夜勤チームには特有の仕事がいくつかあります。 その中のひとつが各サーバにおける監視状況や通知設定が適切な状態にあるかをチェックするという仕事です。 今回はそれについて特にどういう部分を自動化していて、どうやって運用しているのかを紹介します。 はじめに サーバ監視業務を行ううえで不要なアラートを抑制することは重要です。アラートを抑制しないと大量のアラートに埋もれてしまったり、あるいはアラート通知が「どうせ対応不要のアラートだからいいや」など本当に重要なアラートを見逃してしまう可能性が上がってしまうためです。不要なアラートとして比較的多く見られるものは計画したメンテナンスや作業によるアラートが挙げられます。 ハートビーツ作業やお客様によるメンテナンスの際に一時的に監視通知の停止（以下、通知停止）や監視チェック実行の停止（以下、監視停

Googleが新たなウェブ標準として、Web Environment Integrity(WEI)の策定を進めています。WEIは「信頼できる第三者が正当な利用者であることを認証する仕組み」で、認証していない人をウェブの世界から追い出すものだとしてVivaldiブラウザの開発元が公式ブログで批判しました。 Unpacking Google’s new “dangerous” Web-Environment-Integrity specification https://vivaldi.com/blog/googles-new-dangerous-web-environment-integrity-spec/ WEIがどんな仕組みなのかは以下の記事で詳しく解説しています。 Google従業員が「信頼できる第三者」による認証でBotや改造ブラウザを排除して「健全なインターネット」を作るべく新たな

セキュリティ企業・Wizの研究により、「Storm-0558」というコードネームで呼ばれている中国系ハッカーによってMicrosoftの消費者署名キーが盗み出され、Exchange OnlineやOutlook.comのアカウントへのアクセスが可能になったことが指摘されています Compromised Microsoft Key: More Impactful Than We Thought | Wiz Blog https://www.wiz.io/blog/storm-0558-compromised-microsoft-key-enables-authentication-of-countless-micr Stolen Microsoft key offered widespread access to Microsoft cloud services https://www.bl

Arc自身はあまり大っぴらにユーザーを募集しているわけではない（招待制）。なので特に宣伝というわけではなく、Arcが持っているUIの現代Webへの最適化がなるほどの嵐なので、良さを感じたところを並べてみる。 持ってない人は大まかなUIを動画で見るしかない 2023-07-26 追記：この記事出した数時間後に招待制をやめてPublicになったらしいので誰でも使えます URLバーはもっと短くていいURLバーと言えば伝統的に真ん中上という特等席に鎮座したテキストフィールドです。Webページの一番の属性だから仕方ないね。 SafariではURLをデフォルトで「ドメインだけ表示する」という思い切った表現をしていて見た目がシンプル。 ディレクトリで区切られる無料レンタルホームページ全盛でもない現代の世の中では、ドメイン = 今居るWebサイトで情報としてはほぼ正解なので情報としては十分という判断だと思

Amazon CloudFront で 3072 ビット RSA 証明書のサポートが発表されました。お客様は、3072 ビット RSA 証明書を CloudFront ディストリビューションに関連付けることで、クライアントと CloudFront エッジロケーション間の通信セキュリティを強化できるようになりました。 RSA はデジタル証明書で広く使用されている暗号化アルゴリズムで、デジタル署名とデータ暗号化によってインターネット通信を保護します。今回の更新以前は、CloudFront のお客様が使用できるのは 1024 ビットまたは 2048 ビットの強度の RSA 証明書、または ECDSA P256 証明書に限られていました。ECDSA P256 証明書は、1024 ビットまたは 2048 ビットの RSA 証明書よりも優れたセキュリティを提供しますが、従来のクライアントやデバイスでは

本日より、Amazon Elastic Compute Cloud (Amazon EC2) M7g インスタンス および R7g インスタンスが欧州 (フランクフルト)、アジアパシフィック (東京)、アジアパシフィック (シドニー) の AWS リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton3 プロセッサで駆動され、AWS Nitro System 上に構築されます。AWS Graviton3 プロセッサは、AWS Graviton2 プロセッサと比較してコンピューティングパフォーマンスが最大 25% 向上しています。AWS Nitro System は、分離されたマルチテナンシー、プライベートネットワーキング、高速ローカルストレージを備えた効率的で柔軟かつ安全なクラウドサービスを提供する AWS 設計のハードウェアとソフトウェアのイノベーション

新機能 「QRコード読み取りによる出席機能」をリリースしました。事前に入場受付が必要な場合や、受付時に参加枠などによって個別の誘導が必要な場合にご利用ください。詳しくは こちら をご覧ください。 新機能 connpass APIに新しく、ユーザーのプロフィールを取得できるユーザーAPIを追加しました。APIリファレンスは こちら を、またAPI利用希望の方は こちら をご覧ください。 お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記します。以降の情報取得にはconnpass APIをご利用ください。APIご利用にについてはヘルプページをご確認ください。