カテゴリー: memo

  • Google Driveのストレージ使用量にカウントされるのはPhotoだけじゃない

    Androidユーザの界隈では、Google Photoの容量が個人のGoogle Driveの容量を使うと話題だ。Photoは使っていないから関係ない、と思っていたのですが、Google Driveの容量カウントの仕様変更を見ていると、それだけではなかった。

    今まで次のものはドライブの使用容量としてカウントせず

    • ドキュメント
    • スプレッドシート
    • スライド
    • フォーム
    • Jamboard
    • 図面
    • Google Photo

    今後は全部、容量カウント対象になります。2021年5月末までに保存されたデータについてはカウント対象外ですが、更新が入ると、カウント対象になる。

    企業向けのGoogle Workspaceでは、1か月くらい前にブランド変更とともに、容量無制限だったものに、容量制限が追加されました。それに加えて、もともとカウント対象外だったドキュメント類が、容量カウントの対象になる。もともとのプラン構成変更は、これを睨んでことだったのだろう。

    Google Driveをメインのストレージとして使っている企業にとっては、頭が痛い仕様変更だ。状況によっては、対策検討が必要になるはず。こういう仕様変更があるので、クラウドサービスは怖い。牛耳ったあとの変更ですから。独禁法で睨まれるわけだ。

    https://workspaceupdates.googleblog.com/2020/11/changes-to-google-workspace-storage.html

  • 来年5月(2021年5月)にGoogleの検索ランキングのアルゴリズムが大きくかわる

    Googleが来年の5月(2021年5月)に、検索ランキングのアルゴリズムを大きく変えると発表した。

    今までは・・・

    • ページのロード時間(早く表示されるほうが有利。ユーザの画面上に表示されないコンテンツは、遅延読み込みさせるテクニックの普及の元)
    • 応答性(まぁ、上と大差ない。)
    • 見た目の安定性(見やすいものが有利。フォントの大きさとか、コンテンツの区切れとか)

    の3つをCore Web Vitalsといっていた。当然、これに内容も入るわけだが、内容以外でも評価されて、ランキングに影響があった。最近のSEO対策は、キーワードとかだけじゃない。

    これに加えて、以下のことが重視されるようになる。

    • モバイルフレンドリー(いわゆるスマホ対応。画面サイズにあった表示が有利。レスポンシブデザインとか)
    • HTTPSでのアクセス(SSL通信。あとは、経路の暗号化強度。SSL3だめとか)
    • サイトの安全性(HTMLの参照先に、危険なJavaScriptがないか、変なスクリプトがないかなど)
    • 煩わしい表示がないか(情報にユーザがたどり着きやすい画面構成か。いちばん、Google Adsenseの自動広告がこれに該当するんだが・・・)

    普通にウェブサイトを作っていたら、問題はないはず。たとえば、Wordpressのデザインでも、いまは、レスポンシブなものがほとんど。古いサイトだと、そういうわけにもいかず。そういったところの資料は、見つかりにくくなる傾向になりそうだ。

    参考: https://webmasters.googleblog.com/2020/11/timing-for-page-experience.html

  • Google Meetでバーチャル背景が使えるようになった

    ついにGoogle Meetでバーチャル背景が使えるようになった。

    使い方は簡単。Google Meetで、設定から「背景を変更」を選ぶだけ。

    背景は、Googleが用意したものを選択もできるし、自分で画像を指定することもできる。先に実装されていた背景ぼかしは、2段階になって、背景の一部として選択できるように変更された。

    ちなみに、背景ぼかしと同じくらいのCPUパワーとGPUパワーを使うので注意。第7世代のCore i5(Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz )だと、かなりつらい。

  • Azure VMware Solution (AVS)

    Azure VMware Solutionについてオンラインセミナーで聞いたので、そのメモ。価格は別にして、使い勝手はよさそう。

    • Azure VMware Solutionの略は、AVS。
    • VMware SolutionはAzureの中のIaaS。
    • AVSは、ESXi、vCenter Server、vSAN、NSX-T、HCXがセットで提供される。
    • VMware Soluctionは、Azure側のセキュリティソリューションと組み合わせて使える
    • 通常のAzureのIaaSで稼働できないレガシーOSも動く(ESXiが提供されるので、ESXiで動作するOSは動く)
    • オンプレ側のIPアドレスを維持したままの移行が可能
    • Azureサービスの一部なので、拡張セキュリティ更新プログラム(ESU)が提供される
    • 日本では、東日本リージョンで提供される
    • VMwareのネイティブの運用ができる。PowerCLI、vSphere Clientが使える
    • vCenterは、URLを指定してアクセスする。
    • HCXの技術が使える(L2の延伸、vMotionなど)
    • HCXは、オンプレミスとクラウドのプライベートインフラ(VMware環境)で相互運用、移行を行うための技術
    • AVSの上のデータをAzure Backupで取得するなど、Azureの機能をシームレスに連携できる
    • マイクロソフトのソフトウェアアシュアランスをAVS上に持ち込める。移行期は、180日間の二重ライセンスの利用が認められる。
    • 予約インスタンスの場合、3年の予約でコスト50%OFFになる。
    • AVSのサポート窓口は、常にマイクロソフト。VMwareのサポートが必要なときも、マイクロソフトで受けて対応。切り分け後に対応ができなければ、マイクロソフトとVMwareで連携して対処される。
    • AVSのセットアップも、Azure Centerから行う。ブラウザ上から、選択していくことで作成できる。1時間半程度で、AVSが作成される。
    • サービスの初期は、1ノード36コアのみの提供。1クラスタは最大16ノードで構成できる。
    • クラスタの最低ノード数は、サービス用は3ノード。
    • ロードマップとして、PoC用のノード(1or2)を用意する方向とのこと。
    • Xeon Gold 2.3GHz(36コア)、Memory 576GB、vSAN 8×1.92SSD、vSAN Cashing 2×1.6TBNVMe。
    • PAYGモデル(時間単位)or予約モデルで提供される。
    • ESXiホストの管理やパッチ適用は、マイクロソフトが行う。
    • 物理インフラ、物理セキュリティ、物理障害は、マイクロソフトが行う。
    • Azure VNETとAVSネットワークは別もの。Azure内で、Edgeルータ間で接続される。Edgeルータは、ユーザから見えない。Edgeルータ間は、Express Routeで接続される。この時、同一リージョン内であれば、EpressRouteのコストはゼロ。
    • vSANには、容量の限界がある(ノード数に応じて増えるが、個別の追加はできない)。そういうときは、Azureの別のサービスにデータを保存することが可。
    • DBだけAzureのPaaS(DB as a Service)を利用することも可。
    • Application Gateway(WAF)からAVS上のサーバに負荷分散ができる。
    • Azure Backup ServerをAVS上のvCenterに連携させることで、仮想マシンをバックアップすることができる。
    • ESXiのノードの増減は、Azureの管理サービス上からできる(ブラウザからできる)。
  • Chromebookのkoboアプリが反応しなくなったら・・・

    Chromebookで、koboアプリが立ち上がるものの反応しなくなった。表示はされるが、最初に表示された画面から移動できないし、本も開けない。

    koboアプリを終了させて、再度立ち上げても、変わらず。

    chromebookのOSから再起動させたところ、koboのアプリが通常通りの動きをするようになった。koboアプリの動作が不安定というか、Chromebookとの相性が悪い。

  • LnicezのUSB Type-Cハブは、Lenovo Ideapad Duetで一部を除いて使えた

    LnicezのUSB Type-CハブをLenovo Ideapad Duetで試してみた。安物の多機能なUSBハブなので、あまり期待していなかったが、一部をのぞいて使えた。

    • ハブを介してのType-Cからの充電 ・・・ できた
    • HDMI出力 ・・・ できた
    • VGA出力 ・・・ できた
    • Type-AのUSBポート ・・・ 使えた
    • ミニピンからオーディオ出力 ・・・ できない(Chromebook側で認識されなかった)

    普通のハブ機能とHDMIなどの出力機能はうまくいく。音はやっぱり特殊というか相性があるのだろうな。1万円とかのちゃんとしたものを買っているわけではないので、ほとんどの機能が使えるだけでもマシなのだろう。というか、1万越えのType-Cのハブを買うのをためらうというのもアレな感じだが。

  • メモ:ProLiant DL360p Gen8のEOSLの日

    HPEのサイトで調べたところ、ProLiant DL360p Gen8は、2022/1/31にEOSLになる予定。HPEのサイトの場合、「予定」とついている場合は、大抵延びる。かつ、「2年パッケージHPE受注終了日」がないので、概ね、予定日から2年はEOSLが延びる見込み。

    https://h50146.www5.hpe.com/services/ps/carepack/fixed/hpe/serve_purchase/service/pwp/check.html

  • メモ:外部からのアタック

    変なアクセスが多かったので、調べてみると、hn.kd.ny.adslというホストからのアクセスだった。見るからに、アウトなホスト名。当然、DNSでの正引き検索はできない。

    ホスト名: hn.kd.ny.adsl
    IPアドレス: 42.224.29.119

    大陸からのアクセスのようで、なんともやめてほしいアクセスだ。

  • Google Meet上からホワイトボードが開けるようになった。

    Google Meet上からホワイトボード(Jamboard)が開けるようになった。

    Google Meet開始後に、右下の「その他のオプション」から「ホワイトボード」が選択できる。会議のメンバーのメンバーには、ホワイトボード開始時点で権限が付与されるので、別途権限を付けなくてもよいのは楽。共有された側は、ホワイトボード(Jamboard)を開くことで、相互で書き込みを行うことができる。

    なお、ホワイトボードを共有できるかどうかは、Google Driveの設定による。設定で外部との共有を許可していない場合やJamboardを利用できるようにしていないときは共有できない。

    https://support.google.com/meet/answer/10071448

    個人的には、ホワイトボードを開くと、相手が見えなくなるので、Meetの枠内で表示してほしかった。ここは、今後のアップデートに期待かな。

  • VS CodeでEmacsのキーバインド

    今は、VS CodeのEmacsのキーバインドは、Awesome Emacs Keymapを使っている。簡単にインストールできるので楽。

    Awesome Emacs Keymap
    https://marketplace.visualstudio.com/items?itemName=tuttieee.emacs-mcx