ご好評頂いております、
弊社取り扱いの完全クラウド型メールセキュリティサービス『セキュアメール』について導入を検討されているお客様から、よくいただく質問をまとめさせていただきます。
これから導入を検討する方のご参考になればと思います。

■迷惑メールと広告宣伝メールの違い

よくお客様から『迷惑メールが多くて困っている』と依頼があり、メールフォルダをみてみると、よく利用するショッピングサイトからのメールであったり、現在使っているもしくは過去に使ったことのあるWebサービスのメールマガジンであることが多いです。

これらは迷惑に感じているかもしれませんが、メール配信停止の手続きができますので必要のないものは停止を行いましょう。

迷惑メールの種類などについては以下の投稿で説明させていただいております。こちらもあわせてご覧ください。

【AI詐欺メールにも対応】クラウド型メールセキュリティのススメ【セキュアメール】

迷惑メールの種類を知って正しく対処しよう

■完全クラウド型メールセキュリティサービス『セキュアメール』とは

個々のPCにソフトウェアをインストールすることなく最新版更新の手間も不要です。
また、独自のフィルタリングシステム（学習型AI技術で世界中より学習）により、スパム・ウイルスなどを即座に検知します。
昨今脅威となっている標的型攻撃メールをはじめ、迷惑メールが御社のメールサーバーに届く前にブロック、あらゆる攻撃からネットワークを保護します。

ネディアはこの完全クラウド型メールセキュリティサービス『セキュアメール』の取扱代理店となっております。この記事によって、ご興味を持ちましたら弊社までお問い合わせくださいますようお願いいたします。

完全クラウド型メールセキュリティサービス
『セキュアメール』
詳しくは公式サイトへ

■よくあるご質問

『セキュアメール』の導入商談中によくあるご質問と回答について紹介いたします。

どのように迷惑メールやウイルス付きメールをブロックしていますか？

メールの件名に［SPAM］というようなテキストが追加され、メールソフトで振り分ける方式は今までもよくありました。
『セキュアメール』はそのような手法ではなく、独自の学習型AI技術を用いてメールサーバーへ届く前の段階でブロックします。
ですので、毎日何百通もスパムメールを受信するような時間や、PCの容量圧迫の心配、いちいち削除する手間も必要ありません。

迷惑メールやウイルス付きメールではない正常なメールをブロックしてしまっていたら気付かないのではないでしょうか？

1日に1回～3回まで、ブロックしたメールの一覧が報告メールとして届きます。
その一覧のなかで、ブロックしてはいけなかったメールについては数クリックでメールボックスへリリース、以降ブロックしないように学習することができますので、重要なメールを見逃してしまうことはありません。

ホワイトリストやブラックリストの運用はできますか？

管理画面からホワイトリスト、ブラックリストの設定が可能です。ドメイン単位、指定のメールアドレス、IPアドレスで設定可能です。

御社サービスのメールサーバーではないのですが導入できますか？

独自ドメインにてメールの運用を行っていて、DNSのMXレコードの変更がお客様もしくは弊社でできるようであれば導入可能です。

※プロバイダーやスマートフォンキャリアから割り当てられているメールアドレス、Gmailやoutlook.jpなどのWebメールサービスには導入できません。

設定されているPC、メールアドレスが多いのですが

1ドメインにつき100個のメールアドレスまでご利用いただけます。（100個を超える場合は追加費用）
申込後はセキュアメールの初期設定、その後DNSのMXレコードの設定で導入完了となり、メールを送受信している端末の設定変更は必要ありませんので導入も簡単です。

社内の規定でソフトウェアのインストール状況、バージョン管理が必要なのですが

インストール型のソフトウェアではなく、完全クラウド型のメールセキュリティサービスとなりますので、常に最新の状態となりますし、利用者がアップデートを行わずセキュリティレベルが下がってしまうこともありません。

最近、迷惑メールやウイルス、フィッシング詐欺メールも巧妙化しているようですが

独自のフィルタリングシステム（学習型AI技術で世界中より学習）でウイルスやスパムの検出率はほぼ100％となっております。
スパムメール、ウイルスメールだけでなく、フィッシング詐欺やランサムウェア、マルウェアも検出します。
昨今話題になっている「標的型攻撃メール」にも対応しています。

UTMやウイルス対策ソフトを導入していればセキュアメールは必要ありませんか？

UTMはネットワークの出入り口のセキュリティを強化します。
ウイルス対策ソフトはPCなどの端末を監視し、ウイルスやマルウェアを隔離・駆除することに特化しています。
セキュアメールはUTMやPCよりもその前の段階でウイルス、スパム、マルウェア、フィッシング詐欺などの脅威をブロックします。
UTMやウイルス対策ソフトとセキュアメールを併用することで、さらに御社のセキュリティの強化が見込めます。

月額費用はどれくらいかかりますか？

2024年4月現在、期間限定の特別価格でご提供しております。
お見積をご用意させていただきますので、弊社までお問い合わせ、お見積依頼をくださいますようお願いいたします。

ネディアはこの完全クラウド型メールセキュリティサービス『セキュアメール』の取扱代理店となっております。この記事によって、ご興味を持ちましたら弊社までお問い合わせくださいますようお願いいたします。

完全クラウド型メールセキュリティサービス
『セキュアメール』
詳しくは公式サイトへ

■まとめ

いかがだったでしょうか？
『セキュアメール』の導入にあたり、わからないことや確認しておきたいことなど多々あるかと思います。
ここにあげた内容以外でもお問い合わせ、導入相談を承りますので、弊社の担当窓口、もしくは公式サイト内からご連絡いただければと思います。

この記事を読んだ方はこちらも読まれています

【AI詐欺メールにも対応】クラウド型メールセキュリティのススメ【セキュアメール】 GA4対応でリニューアル！お値段据え置きのアクセスレポート Groweb！ Amazonギフト10,000円プレゼント！『お客様ご紹介Winterキャンペーン』のご案内

皆様こんにちは、ネットワーク事業部の生方と申します。

弊社ではAWSの環境構築から稼働後の保守まで継続して対応させていただくケースが多いのですが、AWSはAmazon側のシステムアップデートなどによるメンテナンスが不定期に必要となります。

先日、とあるお客様のAWS環境でRDSのアップグレードを実施しましたので、その際の手順や注意点などについてご紹介したいと思います。

アップグレードの概要

2023年中から、AWSよりAmazon RDS for PostgreSQL 11系の標準サポートが終了するというアナウンスがされていました。

（AWSからのアナウンス）

PostgreSQL コミュニティは、11.22 リリース後にPostgreSQL11を非推奨にする予定であり、最終的なコミュニティリリース以降はセキュリティパッチが提供されません。
Amazon RDSは、2024年2月29日にPostgreSQL メジャーバージョン11の標準サポートを終了します。

2024年2月にRDSの標準サポートが終了する前に、メジャーバージョン11を実行しているPostgreSQL データベース (DB) をメジャーバージョン14以降にアップグレードすることをお勧めします。

弊社でサポートしているユーザ様の環境ではAmazon RDS for PostgreSQL 11.18が稼働していたため、ユーザ様及びシステム開発会社様と対応について協議いたしました。
その結果、現在稼働しているシステムとの兼ね合いもありPostgreSQL 14系が採用され、その時点での14系最新バージョンである14.10へアップグレードすることとなりました。

構成と状況

ユーザ様の環境ではバージョンアップ対象となるRDSが複数あり、通常のインスタンスとプライマリ／リードレプリカ構成のインスタンスがありました。

リードレプリカとは、更新対象となるデータベース（プライマリサーバ）とは別に複製された読み取り専用のデータベースです。プライマリサーバへの負荷分散のために利用し、データの読み込み速度などの向上が見込めます。
ただしプライマリサーバとは非同期のため、タイミングによっては最新のデータが取得できない場合もあります。

今回の場合、プライマリ／リードレプリカどちらもPostgreSQL 11.18で稼働しており、いずれもアップグレードが必要となりました。

今回は、特に手順が複雑だったプライマリ／リードレプリカのアップグレードについてご紹介いたします。

検証段階で判明したこと

事前の検証作業やAWSのサポートへ問い合わせるなどして、以下のような注意点が判明しました。

PostgreSQL 11.18→14.10へは1回でアップグレードできない

検証のため、対象となるRDSを複製して実際にアップグレードを試みましたが、AWSマネジメントコンソールへログインしてDBエンジンバージョンの一覧を確認したところ、対象として選択できるリストに14.10が存在しませんでした。

そこでAWSサポートへ問い合わせしたところ、各バージョンからからアップグレードできるターゲットが決まっていることが分かりました。
Getting a list of available versions in your AWS Region

検証段階では11.18からアップグレードできる上限は14.6だったため、11.18 → 14.6 → 14.10 と2回に分けることで目的のバージョンまでアップグレード可能であると確認できました。

プライマリ／リードレプリカのアップグレード順序

これまでもRDSのマイナーバージョンのアップグレードは実施した経験があり、プライマリ／リードレプリカ構成の場合は『リードレプリカ → プライマリ』の順番で個別にアップグレードする必要があることを把握していました。

しかし調査を進めるなかで、

• メジャーバージョンのアップグレードは『プライマリ → リードレプリカ』の順で行う必要がある（マイナーバージョンとは逆順になる）
• プライマリのメジャーアップグレードを行うと、完了後にリードレプリカが自動でアップグレードされる

という2点が判明しました。

（参考）Amazon RDS の PostgreSQL DB エンジンのアップグレード
リージョン内リードレプリカがある DB インスタンスをアップグレードする場合、Amazon RDS はプライマリ DB インスタンスと共にレプリカもアップグレードします。

この調査結果から、以下の流れでアップグレードを実施することが判明し、想定よりもかなり複雑な流れとなってしまいました。

アップグレード作業の手順と結果

結果から述べると、事前に検証した流れ通りに進めることで無事14.10へアップグレードすることができました。
作業時間も全体で1時間程度に収まりました。

(Step1)
AWSマネジメントコンソールにログインします。
RDSの一覧から対象のプライマリを選択して、DBエンジンバージョンを11.18 → 14.6へ変更します。（約20分で完了）

※ここからStep4完了までDBへのアクセスはできなくなります。

(Step2)
プライマリのアップグレードが完了後、自動的にリードレプリカの11.18 → 14.6へのアップグレードが開始されます。
プライマリ／リードレプリカ共にステータスが「利用可能」になるまで待ちます。（約20分で完了）

(Step3)
メジャーアップグレードされたことを確認できたら、RDSの一覧からリードレプリカを選択して14.6 → 14.10へマイナーアップグレードを行います。
RDS一覧でステータスが「利用可能」になり、エンジンバージョンが14.10になったことを確認します。（約10分で完了）

(Step4)
Step3と同様にプライマリを選択して14.6へアップグレードします。
RDS一覧でステータスが「利用可能」になり、エンジンバージョンが14.10になったことを確認します。（約10分で完了）

プライマリ／リードレプリカ共にアップグレード完了後、システムも問題なく稼働することをユーザ様に確認していただき、全作業完了となりました。

おわりに

ユーザ様やシステム開発会社様にご協力いただいて無事に完了できましたが、アップグレードが複数回必要なことや、メジャー／マイナーアップグレードで順序が異なることなど事前の検証のおかげで把握することができた内容でした。
改めて調査・検証の重要さを痛感する事例だったなと感じます。

今後のAWSの仕様変更等によりこのケースとは異なることが出てくるかもしれませんが、アップグレード作業の一例として参考にしていただければ幸いです。

弊社ではAWSやオンプレサーバなど幅広くサーバ構築や保守について承っておりますので、ぜひお気軽にご相談ください。

この記事を読んだ方はこちらも読まれています

【小ネタ】AWS AmazonSSLの取得を楽にしよう Amazon Linux 2023 を技術者が触ってみた コロナ禍でイライラしがち？ーアンガーマネジメントにふれてみました。