Windows

Amazon Relational Database Service（以下、RDS）や Amazon Aurora（以下、Aurora）のリザーブドインスタンス（RI）は、オンデマンド料金と比較して大幅なコスト削減が可能です。しかし、RDS の RI には Amazon EC2 の RI とは異なり開始日時を指定した予約購入の機能がなく、購入 API を実行した時点で即座に課金が開始されます。そのため、大量の RI を短時間で正確に購入するには手動オペレーションでは負荷が高く、お客様にとって購入のハードルが高い状況となっています。なお、第 7 世代以降のインスタンスで利用可能になった Database Savings Plans では予約購入が可能ですが、旧世代のインスタンスを利用されている場合は引き続き RI での購入が必要です。本記事では、公共機関における RI 購入の制約を例に、RDS / Aurora の RI を効率的に一括購入するサンプルスクリプトをご紹介します。公共機関以外のお客様でも、大量の RI を正確に購入したいケースで参考にしていただけます。背景公共機関ではデータ保管場所や予算執行の都合により購入方法が限定されることが一般的です。例えば、次のような制約があります。日本リージョン（東京・大阪）のみ前払いなし（No Upfront）のみ利用可能購入タイミングは 4/1 09:00:00〜09:59:59（JST） ※会計年度を1時間でもまたがないようにする場合この制約のもとでは、限られた時間内に正確な購入を完了する必要があり、事後に間違いに気づいても購入を止めることが出来ません。そして、多数のアカウントが同じ時間帯に一斉に RI を購入する必要があることを考えると、手動オペレーションでは品質・工数の両面で課題があります。この課題に対応するため、AWS CloudShell 上で動作する RDS RI 一括購入のサンプルスクリプトを用意しました。AWS CloudShell はブラウザからアクセスできるシェル環境で、AWS CLI や jq（JSON 処理ツール）などの主要ツールがプリインストールされているため、実行環境の準備を別途行う必要がありません。AWS マネジメントコンソールにログインできれば、すぐにスクリプトを実行できます。前提条件 AWS CloudShell 環境（AWS CLI、jq がプリインストール済みのため、追加のセットアップは不要） IAM ロールに以下の権限が付与されていること rds:DescribeReservedDBInstancesOfferings rds:PurchaseReservedDBInstancesOffering rds:DescribeDBInstances sts:GetCallerIdentity 1アカウントあたり同一リージョンで保有可能なRIはデフォルト40件まで（参考）。超過する場合は事前にサービスクォータの引き上げを申請してください（参考）AWS CloudShell VPC environment を利用する場合 CloudShell VPC environment ではシェルが指定した VPC のサブネット内で動作するため、スクリプトが呼び出す AWS API（RDS、STS）へのネットワーク到達性を確保する必要があります。具体的には、以下のいずれかを構成してください。 AWS PrivateLink（VPC エンドポイント）による RDS API および STS API へのアクセス NAT Gateway を経由したインターネットアクセス（ご利用環境のシステム要件やセキュリティポリシーを確認のうえ実施してください）ネットワーク構成が不十分な場合、API 呼び出しがタイムアウトしスクリプトが正常に動作しません。 ※ 本記事執筆時点では、デジタル庁が提供するガバメントクラウド環境で AWS CloudShell を利用するには CloudShell VPC environment の構成が必要です。（参考）CloudShellを使わずローカル端末から実行する場合 AWS CloudShell を使用せず、お手元のローカル端末から実行することも可能です。その場合、以下の点にご注意ください。シェルスクリプト実行環境が必要です。Linux や macOS ではデフォルトシェルである bash や zsh が利用できます。Windows の場合は WSL（Windows Subsystem for Linux）上で実行してください。 AWS CLI（バージョン2推奨）および jq を事前にインストールしてください。 AWS 認証情報の設定が必要です。aws configure 、IAM Identity Center（aws sso login）、 aws login 等で、スクリプト実行前に認証情報を構成してください。スクリプトはタイムゾーン Asia/Tokyo を使用して購入タイミングの判定を行います。OS のタイムゾーンデータが正しくインストールされていることを確認してください。 Linux：“cat /etc/timezone” 等 macOS：“sudo systemsetup -gettimezone” 等準備入力ファイル（input.csv）を準備してください（フォーマットは後述）。次に、rds-ri-launchpad.sh を CloudShell へアップロード、または GitHub から直接取得し、実行権限を付与してください。 GitHub から直接取得する場合の例 curl -O https://raw.githubusercontent.com/aws-samples/sample-rds-ri-bulk-purchase-script/main/rds-ri-launchpad.sh chmod +x rds-ri-launchpad.sh スクリプトの特徴スクリプトは「ドライラン（検証）モード」と「購入モード」の 2 段階で動作します。ドライランモードでは実際の購入を行わず、入力内容の検証のみを実施します。ドライランモード（デフォルト） ./rds-ri-launchpad.sh input.csv 前述のとおり、RDS の RI には開始日時を指定した予約購入の機能がありません。そのため、本スクリプトではドライランモードを用意し、購入直前までの検証を事前に実施できるようにしています。以下のチェックを実施できます。日本リージョン（ap-northeast-1 / ap-northeast-3）のみであること前払いなし（No Upfront）のみであることインスタンスクラス形式の妥当性（db.xxx.xxx 形式）エンジン名の許可リスト検証 DescribeReservedDBInstancesOfferings API による Offering（購入可能な RI の条件と価格の組み合わせ）の存在確認実際に稼働中のインスタンスとの突合（購入数量が稼働数を超過していないかの警告）購入は一切実行されないため、実際のRI購入日である 4/1 より前に安全に事前確認が可能です。購入モード ./rds-ri-launchpad.sh --purchase input.csv --purchase オプションを指定することで、実際の購入を実行します。購入時にはドライラン時のチェック項目に加えて、以下の制御が行われます。購入タイミングの確認 — 4/1 09:00:00〜09:59:59（JST）の範囲外の場合はアラートを発行し、続行するかの確認プロンプトを表示最終確認プロンプト — 購入実行前に yes/no の確認を要求入力ファイル CSV 形式で購入情報を定義します。1 行目のヘッダー行はスクリプトが自動的にスキップします。こちらはサンプルファイルです。 region,db_type,instance_class,engine,multi_az,quantity,duration,payment_option ap-northeast-1,RDS,db.t3.medium,mysql,yes,2,1,No Upfront ap-northeast-1,Aurora,db.r5.large,aurora-mysql,no,3,1,No Upfront フィールド説明許容値 region リージョン ap-northeast-1, ap-northeast-3 db_type DB 種別 RDS, Aurora instance_class インスタンスクラス db.xxx.xxx 形式 engine エンジン aurora-mysql, aurora-postgresql, mysql, postgresql, mariadb, oracle-se2, sqlserver-ex multi_az Multi-AZ yes, no（Aurora の場合は無視） quantity 購入数量 1 以上の整数 duration 期間（年） 1, 3 payment_option 支払いオプション No Upfront（他の文字列の場合はエラー）セキュリティ上の考慮基本的なパストラバーサル対策 — 入力ファイルパスに .. が含まれる場合は即座に終了入力値の許可リスト検証 — エンジン名、リージョン、支払いオプションを許可リストで検証ロックディレクトリ機構 — 同時実行を防止し、二重購入を回避結果ファイルのパーミッション制限 — chmod 600 で所有者のみ読み取り可能エラー出力のサニタイズ — アカウント ID や ARN をマスクして表示 set -euo pipefail — 未定義変数やパイプエラーを即座に検出エラーハンドリングスクリプトは「行単位の継続処理」を採用しています。ある行でバリデーションエラーや Offering 取得失敗が発生した場合でも、該当行をスキップして次の行の処理を継続します。AWS 認証エラーなど回復不能なエラーの場合のみスクリプトを終了します。実行結果は ri_purchase_result_YYYYMMDD_HHMMSS.txt に自動出力され、成功・失敗・スキップの件数と各行の詳細が記録されます。一部の処理が失敗した場合は、失敗した行のみを記載した新しいCSVファイルを作成し、再実行することで手動リトライが可能です。本スクリプトは1回の実行あたり10〜100行程度の入力を想定しています。大量の入力（100行超）を処理する場合、AWS APIのスロットリングが発生する可能性があります。その場合はCSVファイルを分割し、複数回に分けて実行してください。ダウンロードサンプルスクリプトは以下リンクよりダウンロード可能です。 sample-rds-ri-bulk-purchase-script まとめ本スクリプトは、限られた購入時間枠の中で大量の RDS / Aurora の RI を安全かつ効率的に一括購入するためのサンプルです。ドライランモードで事前に購入内容を検証し、購入モードで実行するという 2 段階のアプローチにより、オペレーションミスのリスクを低減します。免責事項本記事で紹介するスクリプトはサンプルコードであり、AWS サポートの対象外です。本番環境での使用前に、必ずテスト環境で十分な動作確認を行ってください。本ブログや添付資料の内容はできる限り正確な情報を提供するように努めておりますが、正確性や安全性を保証するものではありません。本ブログや添付資料はあくまで一例であり、すべての作業内容を充足するものではありません。本ブログや添付資料は AWS サービスの変更・追加などにより今後修正される場合があります。本ブログや添付資料の利用によって生じた損害等の責任は利用者が負うものとし、アマゾンウェブサービスジャパン合同会社は一切の責任を負いません。上記ご了承の上、ご利用ください。筆者について Hidenori Hiroki 廣木秀典（Hidenori Hiroki）は、公共部門担当のTechnical Account Manager（TAM）。ポストフェーズにおけるお客様の課題解決をご支援しています。コスト最適化やセキュリティ設計など、お客様のクラウド活用を日々サポートしています。 Kazuki Fujimoto 藤本一樹（Kazuki Fujimoto）は、パブリックセクターの自治体担当のソリューションアーキテクトです。自治体の基幹システムのクラウド移行やそれに伴うコスト最適化とモダナイゼーション、生成 AI の活用支援などをおこなっています。

AWS, bash, Windows, Linux, Shell, ネットワーク, テスト, API, データベース, macOS

AWS

2026年03月11日

2026年2月 GA：新 GitHub Copilot CLI を入れてみた — セットアップ手順まとめ

ども！GitHub Copilot のニュースレターを眺めていた龍ちゃんです。 3月11日に届いたニュースレターで、 GitHub Copilot CLI が2月に GA（一般提供）になったことを知りました。ターミナルで動くエージェント型の AI アシスタントらしいんですよね。気になったのでとりあえずセットアップして触ってみました。今回はセットアップだけまとめておきます。基本的には公式ドキュメントの補完なので、詳しくはそちらを参照してください。 About GitHub Copilot CLI – GitHub Docs Installing GitHub Copilot CLI – GitHub Docs GitHub Copilot CLI とは — ターミナルで動くエージェント型AI 一言でいうと、ターミナルで動くエージェント型 AI アシスタントです。VSCode の Copilot Chat がエディタ内で動くのに対し、こちらは copilot コマンドを叩くだけで起動します。IDE も拡張機能も不要です。イメージはClaude CodeのGitHub Copilot版を想像してもらえるとわかりやすいです。 2026年2月25日に GA（一般提供）になりました。約5ヶ月のプレビュー期間を経てのリリースで、GA バージョンは v1.0.2 です。既存の Copilot サブスクリプション（Free / Pro / Pro+ / Business / Enterprise）に含まれているので、追加費用はかかりません。ただ！大きめの注意が必要です。デフォルトでプレミアムリクエストが消費されるので！気づいたら大量消費している可能性があるので気を付けてください。旧 gh copilot（廃止済み）との違い検索すると古い情報がよく出てくるので注意が必要です。「GitHub Copilot CLI」と検索すると、旧来の gh copilot の情報が混ざってくることがあるんですよね。まったくの別物なので整理しておきます。旧: gh copilot 新: copilot コマンド正式名称 GitHub Copilot in the CLI GitHub Copilot CLI 状態 2025年10月に廃止・アーカイブ現行・GA インストール gh extension install github/gh-copilot npm install -g @github/copilot 等できることコマンド提案・説明のみエージェント型（コード生成・ファイル編集・コマンド実行）旧 gh copilot はすでに廃止済みなので、今からインストールしようとしている方は新しい copilot コマンドを使ってください。 Copilot CLI のインストール方法（npm / Homebrew / WinGet 他5種類）方法が5種類あります。使っている環境に合わせて選んでください。公式の手順は Installing GitHub Copilot CLI を参照。方法コマンド npm（全プラットフォーム） npm install -g @github/copilot Homebrew（macOS / Linux） brew install copilot-cli WinGet（Windows） winget install GitHub.Copilot シェルスクリプト（macOS / Linux） curl -fsSL https://gh.io/copilot-install | bash スタンドアロン実行ファイル GitHub Releases からダウンロード Homebrew / WinGet / シェルスクリプト経由は自動更新に対応しているので、個人的には Homebrew かシェルスクリプトがおすすめです。 npm を使う場合は Node.js 22 以上が必要です。今回の検証はnpm経由で行いました。 npm だと npm update -g @github/copilot を手動で叩かないといけないので、そこだけ注意が必要です。 Codespaces を使っている方はプリインストール済みなので何もしなくて大丈夫です。認証と初回起動の手順インストールが終わったら、リポジトリのディレクトリに移動して copilot を叩くだけです。 cd /path/to/your-repo copilot 初回起動時は /login で認証を済ませてください。ブラウザが開いて GitHub の認証画面に飛びます。 > /login 起動すると「Environment loaded: 2 custom instructions, 24 skills, 11 agents, Visual Studio Code connected」のような表示が出ます。VSCode が開いていれば連携も自動で認識してくれます。 Business / Enterprise プランを使っている方は、組織の管理者が Copilot CLI のポリシーを有効化している必要があります。組織の Settings → Code, planning, and automation → Copilot → Policies から有効化できるので、使えない場合は管理者に確認してみてください。基本操作と便利なスラッシュコマンド起動したら、あとは日本語で話しかけるだけです。 # リポジトリの構成を聞く > このリポジトリの構成を説明して # テストの失敗原因を調べて修正してもらう > テストが失敗している原因を調べて修正して # ドキュメントを日本語に翻訳する > READMEを日本語に翻訳してファイルの中身を読んで説明してくれたり、実際にコードを修正してくれたりします。VSCode の Chat と違うのは、ターミナルで完結することとエージェントとして動いてくれる点です。この辺の使用感は Claude Code とほぼ同じで、「次のファイルを開いて」「このテストを直して」という自然な指示で動きます。セッション中に使えるコマンド一覧コマンド説明 /plan 実行計画を確認してから作業を進める（いきなり変更させたくないときに） /model 使用するモデルを切り替える /usage プレミアムリクエストの消費量を確認する /context トークン使用量の詳細内訳を表示する /exit セッション終了（Ctrl+C でも可） /plan はplanエージェントが発火する形ですね。 /model でモデルを切り替えるで、大量のモデルが出てくるのもGitHub Copilotの特徴です。 Claude Sonnet 4.6 がデフォルトで、Claude Opus 4.6 や GPT-4.1 なども選べます。用途によって使い分けられます。プレミアムリクエストの消費に注意 — Copilot Chat と共有枠 Copilot CLI に送る1プロンプトは、 1プレミアムリクエストを消費します。そして、このプレミアムリクエストは Copilot Chat と同じ枠を共有しています。 /usage で使用料を確認できるので、使いすぎが心配なときはこまめにチェックしておくといいです。ガッツリ使う作業の前に確認しておくのが無難です。モデルを GPT-4o mini のような軽量モデルに切り替えると消費量を抑えられる場合もあるので、長丁場の作業には /model と合わせて使うといいと思います。まとめニュースレターで知って、とりあえずセットアップして触ってみたという記事でした。ポイントだけまとめておきます。ターミナルで動くエージェント型 AI — IDE 不要、Copilot サブスクで追加費用なし旧 gh copilot とは別物 — 検索で古い情報が出てくるので注意インストールは npm / Homebrew / WinGet — 自動更新が欲しいなら Homebrew かシェルスクリプトプレミアムリクエストは Chat と共有 — /usage でこまめに確認セットアップ自体は数分で終わるので、Copilot のサブスクを持っている方はとりあえず入れてみるといいんじゃないかなと思います。次回は Fleet モードについて書く予定です。エージェントを複数同時に走らせて並列で作業させる機能で、これが CLI ならではの目玉っぽいんですよね。使ってみたらまたまとめます。ではまた！関連記事 GitHub Copilot設定5種を網羅！生産性を最大化する使い分け術 — copilot-instructions.md やカスタムエージェントなど、Copilot の設定ファイル5種類を目的別フローチャートで整理した記事です。CLI を入れた後に設定まわりを整えたい方はこちらをどうぞ。 Claude Code→GitHub Copilot移行で使える設定ファイル6つの対応表 — 今回の記事で Claude Code に触れましたが、両方使っている方向けに CLAUDE.md と copilot-instructions.md など6種類の設定ファイルの対応関係を表でまとめています。参考リンク GitHub Copilot CLI is now generally available – GitHub Changelog (2026-02-25) About GitHub Copilot CLI – GitHub Docs Installing GitHub Copilot CLI – GitHub Docs CLI Command Reference – GitHub Docs Requests in GitHub Copilot – GitHub Docs ご覧いただきありがとうございます！この投稿はお役に立ちましたか？役に立った役に立たなかった 0人がこの投稿は役に立ったと言っています。 The post 2026年2月 GA：新 GitHub Copilot CLI を入れてみた — セットアップ手順まとめ first appeared on SIOS Tech Lab .