  |
はてなキーワード: バックアップとは
まあVMWorldとかで10年以上人生の春を謳歌してきたからもう十分やろ
お疲れさん
～VMwareが提案する、DRにも対応するマルチクラウドソリューション～
昨今のCOVID-19流行への対応やDXを推進する中で、クラウドサービスの利用はビジネススピードの加速や柔軟なシステム運用に効果的であり、従来のオンプレミス環境と併用するハイブリッド環境や、複数のクラウドを利用するマルチクラウド環境が増えている。一方で、これらの環境を維持していくには課題も多く、セキュリティリスクも増大してしまう。ここでは、こうした課題を解決するVMwareのソリューションを紹介する。
COVID-19流行への対応やDX（デジタルトランスフォーメーション）のためのビジネス変革が進む中で、ビジネススピードの向上やニーズに対する迅速で柔軟な対応がこれまでになく求められている。これらを実現するために、アプリケーションの変革やクラウドへの移行が加速している。
多くの企業が、「ビジネスのスピードに対応できるモダンアプリケーション」や、「あらゆるクラウド、データセンター、エッジでビルドおよび実行が可能であること」、「エンタープライズクラスのレジリエンス、セキュリティ、運用の実現とビジネス変革」がDXを実現するために必要であると考え、これらを実現するためにマルチクラウド環境の活用が前提になってきている。
具体的には、Amazon Web Services(AWS)、Microsoft Azure(Azure)、Google Cloud Platform(GCP)といった複数のパブリッククラウドサービスを併用し、適材適所で使い分けているのが現状であろう。しかし、マルチクラウド環境では解決が必要な課題が存在する。その課題とは、「ワークロードのシームレスな移行・連携」、「クラウドごとのスキル習得」、「運用管理の簡素化」、「セキュリティリスクの低減」、「最適なコスト管理」の5つである。この5つがクラウド利用の理想と現実のギャップとなっており、これらを意識して進めていく必要がある。
特にマルチクラウド環境を適材適所で使う場合、クラウドごとに利用する技術が異なるため、設定項目や内容に違いがあり、その設定ミスによるインシデントも発生している。重大な影響を及ぼす場合もあるため、それぞれのクラウドを扱う際のスキルが重要になる。
こうしたマルチクラウド環境における課題を解決するには、一貫性のあるクラウドインフラストラクチャ、および運用管理サービスが重要なポイントとなる。例えばVMwareは、複数のパブリッククラウドだけでなくオンプレミスを含むハイブリッドクラウド環境においても、仮想的なレイヤーを構築することで管理や運用を一元化している。
VMware Cloud on AWSは、VMwareとAWSが共同で開発したもので、AWSのベアメタルサーバー上にvSphere、NSX、vSAN、vCenterを導入し、ホスト専有型のクラウドサービスとして提供するものだ。
その特長は3つある。1点目は「VMware製品をベースとしたクラウド」であること。VMware製品で仮想化されているため、AWSの世界にいながらオンプレミス環境で利用していたスキルセットや運用管理ツールを利用でき、新たなスキルを習得する必要がない。
2点目は「シームレスにクラウドに移行できる」こと。ワークロードをオンプレミス環境から無停止で移行することができる。アプリケーションを更改する必要もないため、クラウドに移行する時間やコスト、リスクを大幅に削減することが可能だ。
3点目は「VMwareが管理を行う」こと。ハードウェアやソフトウェアのトラブル対応や運用管理、メンテナンス対応など、すべてサービスの中でVMwareが実施する。3カ月に一回の頻度で新しいリリースを提供しており、ユーザーの要件を反映しながら新たな機能を追加している。
最近のアップデートの大きなものとして、日本で第2のリージョンとなる大阪リージョンを設置し、サービス提供を開始したことが挙げられる。例えば西日本地区でデータセンターを持つユーザーは、より低遅延でサービスを利用できるようになった。昨今は感染症の流行や地震の発生などによってBCPを見直すユーザーが増え、VMware Cloud on AWSをリカバリサイトとして利用するケースも増えている。その意味でも、大阪リージョンは活用度が高いといえる。
VMware Cloud on AWSが選ばれる理由は、大きく3つ挙げられる。1点目が既存のノウハウや運用管理手法をそのまま踏襲できるという点。VMware製品をベースとしたクラウドサービスであるため、オンプレミス環境における管理者のスキルや運用ノウハウなど、既存の資産をそのままクラウド上でも活用でき、新たなスキルの習得や、運用管理手法の大きな変更の必要もない。クラウドとオンプレミス環境をvCenterから一元管理できる。
2点目が、規模に依存しないシンプルなクラウド移行を実現できる点。ワークロードをそのままクラウドへ簡単に移行することが可能だ。VMware Cloud on AWSには標準でVMware HCXが含まれ、これはオンプレミスのデータセンターとクラウド間のネットワークをL2延伸する。ネットワークがつながった環境で仮想化環境、VMをそのままマイグレーションできる。アプリケーションやIPアドレスを変更することなく、無停止でワークロードを移行することができる。
3点目が、モダナイゼーションを推進して、ユーザーのDXの加速を支援できる点。まず、クラウドならではのインフラストラクチャとして、1顧客あたり最小2ホストから最大640ホストまで拡張できるが、俊敏性を兼ね備えて提供される。例えば、ホストの展開に1時間半程度、ホスト数を追加するのに15分程度と、オンプレミス環境ではありえないスピード感で環境を構築、提供される。
また、リソースを最適化する機能も提供される。ユーザーのリソースの使用状況に応じて、利用するホストの台数を自動的に増減させて最適化する。さらに、名前の通りにAWSが提供する各種サービスとの親和性が非常に高いことも特長。VMware Cloud ENIと呼ばれる専用のインタフェースを経由して接続することで、低遅延で高速な環境を利用して各種のAWSのサービスとシームレスに連携することができる。この面も同サービスの大きな強みとなっている。
最近では、VMwareが提供するKubernetesディストリビューションであるVMware TanzuをVMware Cloud on AWS上で稼働させることが可能になった。これにより、短時間でコンテナ、Kubernetes環境が導入できるようになる一方で、ハードウェア、ソフトウェアの管理はすべてVMwareが行うため、管理者はKubernetes環境に集中できる。
VMware Cloud on AWSのユースケースには、主に「オンプレミス環境のクラウド移行」、「データセンターの拡張」、「災害対策サイト」、「次世代アプリケーションのプラットフォーム」の4つが多い。特に最近は、災害対策としての利用が増えているという。VMware Cloud on AWSをリカバリサイトとして活用する際に強力なサービスとなるのがVMware Cloud Disaster Recoveryだ。
VMware Cloud Disaster Recoveryを利用すると、平常時には本番サイトのデータをクラウド上のストレージ領域にレプリケーションしておき、万一DRイベントが発生した際に初めてVMware Cloud on AWS上にホストを展開し、保護していた仮想化環境をフェイルオーバーする。リカバリサイトとしてあらかじめ物理的なサイトを構築しておく必要がないため、大規模な初期投資が不要となる。
VMware Cloud Disaster Recoveryの特長
このタイプはオンデマンド展開型と呼ばれ、DRイベント時にホストを展開したタイミングでリカバリサイトに対する課金が開始される。復旧後に仮想化環境を本番サイトに戻すことで、ワークロードもフェイルバックでき、不要となったリカバリサイトのリソースも削除され課金も停止される。なお、オンデマンド展開型のほかに、事前にホストを展開しておく事前展開型も用意されており、RTOを重視する場合には事前展開型が推奨される
また同サービスは、最近話題になっているランサムウェアへの対策にも有効だ。クラウドストレージ上に本番環境のデータをバックアップする際には、リカバリポイントを長期的に保持することが可能である。このため、ランサムウェア攻撃に遭ってしまった場合、その直前の時点からリストアすることが可能となる。
マルチクラウド環境を可視化するVMware vRealize Cloud
マルチクラウド環境では、各クラウドが複雑化し、サイロ化してしまう可能性がある。クラウドごとに管理ツールや必要とされるスキル、ノウハウも異なるため、利用するクラウドが増えるほど複雑化、サイロ化の問題が大きくなり、その結果セキュリティリスクやコストが増加してしまう。そこで有効な解決策となるのが、クラウド環境をまたがって一貫性のある運用・管理を実現できるVMware vRealize Cloudである。
まず、VMware vRealize Operations Cloudは、VMware Cloud on AWSのリソースだけでなく、他のパブリッククラウド上のリソースも一元管理できる。複数クラウドの環境にまたがってデータを収集、分析評価を行うことで、例えば常にパワーオフ状態の仮想化環境や、実体がない状態のディスクなどを検知された場合に最適化していくことが可能。これにより、最終的にコストの最適化も図ることができる。
コストや運用を最適化できるVMware vRealize Cloud
また、VMware vRealize Log Insight Cloudによって、複数のクラウドを横断してログを管理できる。例えば、監視対象のイベント通知をあらかじめ定義しておくことで、不正な行動を検知した際には管理者に通知し、適切な調査と対応を行うことができる。セキュリティやコンプライアンスの強化にも有効だ。
さらに、クラウド間のネットワークの可視化は、VMware vRealize Network Insight Cloudで実現できる。End to Endを含むネットワーク全体を可視化できるため、ネットワークに関するトラブルシューティングや、不審な通信を洗い出すこともできる。また、アプリケーションの通信も把握できるため、アプリケーションの移行計画にも活用できる。
今後、DXの推進を加速していく上で、必ずしもひとつの環境、ひとつのクラウドを利用するのではなく、マルチクラウド環境の利用が当たり前になっていくと考えられる。そこで直面する前述の5つの課題に対し、VMware Cloud on AWSそしてVMware vRealize Cloudの活用は課題を解決するだけでなく将来への有効な投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。
1. はじめに
反出生主義は、昨今のインターネットにおいて注目を集めている思想の1つである。
この思想はしばしば誤解されがちで、「陰キャ非モテの妬み嫉みから産まれたルサンチマンの申し子」のごとく扱われる。しかし、大筋としては「現在生きている人が死ぬべきであるという主張」ではなく「産んでしまうこと自体が苦痛の押しつけである」という建付けのロジックとなっている。
その具体的な論法はそれなりに複雑で、論理展開自体も多くの批判を浴びてきた。それでも、未だにある種のバズワードとして、「反出生主義」はインターネットに巣食う若者の語彙に侵入している。
ただし、個人的な意見だが、思想というものはそれを実行する行動があってはじめて充足されるのだと思う。国会前で手作りのプラカードを抱えて珍走する路上の高齢者も、大人とつるんで政治的フレーズを口から出力する高校生大学生も、その点においては真摯な態度だ。TwitterでJAのイラストにケチをつける自称フェミニスト諸氏も、自らの思想との向き合いかたとしては評価できる部分もあるのだとは思う。少なくとも、2chやTwitterの匿名垢で独自理論を垂れ流しながら具体的には何の行動もしないオタクくんよりは遥かに好感を持てる。
では、反出生主義者を自負するインターネット戦士諸君に要求される「行動」とは何なのだろうか。
それは、ひとえに「女性の権利擁護」「性的マイノリティの権利擁護」「高齢者の権利擁護」の3本柱に集約される。
女性の権利擁護と表現すれば、一見するとTwitter-feministを想起させる危ないフレーズにうつる。しかし、女性の権利擁護、特に「産まない自由」や「独身を謳歌しバリバリ働く自由」を擁護することが肝心である。
これは、現代の価値観においては正しいとされる内容である。このことを口に出したところで、いわれなき批判を受ける機会はないと断言できる。だからこそ、反出生主義者にとっては格好の隠れ蓑かつ武器となる価値観であると確信している。
産まない自由を謳歌していただくことは、女性にとってもキャリアの中断（産休育休であれ、中断には変わりない）や育児コストを削減するのみならず、固定のパートナーに拘束されないことで気軽な恋愛を楽しめる期間が継続するという確固たるメリットが存在する。そして、反出生主義者にとっては言うまでもなく、思想の方向と合致する結末に繋がるルートである。そして、この自由を長く謳歌することは、生物学的束縛によって「産めない状態」へと繋がる。そこで不妊治療等を頑張ったところで、多くの場合は1人程度の子供を持つのみであるから頭数としては減らすことができる。仮に、ひたむきな努力の末に2名の子を授かることができたとしても、頭数は決して増加しない。その点でも、女性にそのプライベートやキャリアを追求していただくことは、反出生主義者にとって好都合である。
性的マイノリティ。古典的な統計としては、全人口の1割程度を占めるとも主張される存在である。そのカテゴリの人々においては（彼らとも彼女とも表現しづらいので、少なくとも合意が形成できるだろう点として人という表現を採用している：これは、自らを人以外の生物や物質であると主張する方々の権利を侵害する意図をもって行われている表現ではないということを断らせていただく）、子を為すことが現行のバイオテクノロジーによっては不可能である場合が多い。私は任意の2名が結婚という契約を結べるように社会体制を再構築することが急務であると心底確信している。個人的な思想としては、他人のカップルがどれだけセックスしようがどうでもいいし、結婚しようがどうでもいいのだ。興味がない。だからこそ、勝手にしてくれればいい（それによって私は一切困らない）。
ただ、これを反出生主義のポジションから眺めると、所謂クィア思想が普及し、子を為さないパートナーシップがますます増加していくことは、積極的に歓迎すべき事態であるといえる。社会的にこれらの思想を擁護することは、従来であれば「社会義務的に」子を為すことを強いられていた人々が、その苦痛を受けることなく、過ごすことができる。望まれて産まれてきたわけでもない子供の数を減らせるなど、喜ばしいことでしかない。虹のふもとには黄金のつぼなど存在しない。
高齢者とは、日本社会における最多数派であり、常に最大派閥の世代として生き永らえてきた階層である。彼らの医療・福祉に多額の金が流れ込んでいることは明らかであり、一方で次世代の教育への国家的投資がないがしろにされてきたという指摘は昔からよく為されていた。
労働者から徴収される諸々の金額総計は近年著しく増大している。消費税増税でガタガタ騒ぐ世間は、この部分についてはあまり取り上げないという印象が強い。また、既存の控除等が廃止することも注目されず、こうして現役世代からの集金システムは年々強化されてきている。
全サラリーマンの平均年収が400万円前後である一方で、都市部なら家賃含む生活費、地方部なら車の維持コストなどがベースとして重くのしかかる。子供を作れば一層の負担が追加される。出生に対し、経済的に大きなアドバンテージを与えられることもない。
若者が子供を持たない理由として一番挙げられているのは、経済的不安である。これは統計的事実として存在しており、逆にいえばこの不安が解消されることがある程度出生率の改善に寄与するだろうことは推察されうるわけだが、そうした抜本的な変革は未だ行われない。それは社会全体として出生をサポートする気がないし、高齢者の延命や生活環境の方が大事であるという強烈なメッセージ以外の何物でもない。
この事実は、出生をしたくてたまらないが大して金のない若者にとっては悲惨な現実である。しかし、反出生主義者にとっては、自らの望む結末を実現する上でこの上ない支援である。国家が自分たちの思想（から望まれる結末）をバックアップしてくれるなんて、滅多にありえないことである。
まだ産まれてきていない人のことより、もう産まれた人の権利を優先するというのはある程度理解できる。また、すでに産まれてしまったのポジショントークとしても、自分が老人になったときに優先されるのだ（実際はどうなるか全くわからないが）から、比較的取りやすいポジションだと思われる。別に子供など産まなければいいのだから......
そうして、出生数は減少し、反出生主義者の望む結末が得られる。
5. おわりに
反出生主義者は、そのことを表明するたびに、様々な誹謗中傷を受け取ることとなる。
ときには単なる逆張りとして、ときには嫉妬の表現として、嘲笑の下に処理されることも多い。
しかし、時代の流れとしては、反出生主義者の望む結末へと漸近しつつある。
そんな中で、反出生主義者らが取るべき行動とは、この方向性を後押しすることである。女性の権利擁護につとめ、性的マイノリティの人々の自由を願い、高齢者の方々が充実された余生を過ごせるよう陰ながら見守ることが求められている。その先に、必ずや人口の致命的な減少という結末が訪れると信じて、日々の無味乾燥とした生き地獄を生き抜いてほしい。（別に生きることを推奨しているわけではないので、自由にすればいいが）
ファミコン時代はクソ難しいというか、クリアできるのが異常みたいな時代だった気がする。
これはアーケードゲーム→コンシューマ（ファミコン）っていう時代だったからなのかな、って思う。
ドラクエが出てFFが生まれてRPGのブームが来てから、今度は誰でもクリアできるようにっていう時代が来た気がする。
これはアーケード→コンシューマっていうゲームが少なくなってきたのもあるだろうし、
これを本当はシンプルにできるけど、わざと複雑にして、人月工数を稼ぐというグランドデザインなのだ、
というのが元々の主張なのでは？
最新版でなくてもバックアップ機能はあるし、人月の神話は増田の主張とは全然関係ない
たとえば、今ホットエントリに入ってる「バックアップ」を例にとる。
実はLinuxやWindowsの最新版では、強力なバックアップ機能が最初からついている。
しかしこれを使うと運用がシンプルになり、人月工数が稼げない。
そしてそのソフトが複雑だから、〇〇人月下さいね、と請求することができる。
客は「OS標準よりも、ソフト沢山入れたほうが重厚で安心できそう！」と勘違いする。
LinuxとWindowsの標準機能で100%以上の要件が満たせるのである。
「無知につけこんで、煙に巻いてふんだくる」という行為である。
だから、上のバックアップ担当者などはヤ〇ザっぽい反社人間をつけることが多い。
客がもし「この機能って本当にいるんですか・・・？」とか気づいても、
SIerやSESには、多かれ少なかれそういうビジネス要素がある。
「人売り」という戦前からの手配師にヤ〇ザものが多かった時代となんら変わらない。
より深い理解には、
arcserve udpでrpsサーバのHDDとarcserveのクラウドにバックアップしてる
Windowsに自動でバックアップをとるしくみがあるから、外付けドライブをつけてそこにバックアップしてる。
これが費用も安くて故障したとき、バックアップの NAS をメインに切り替えたら、わりとすぐ復旧できる。
一旦 USB 経由してるのは NAS は転送速度が遅いからで、うちの場合ネットワークの速度が 10MB/sec ぐらいしか出ん（勘違いでした 50MB/sec 以上は出てました）。
数テラ級の NAS とかになると、一晩じゃ絶対戻りきれないので、
運用しながらバックアップしながら復旧するのに、やっぱり2週間はかかる。
幸い障害時に一番に復旧させる必要な箇所のデータは CSV とかなので、先にそこのデータだけ復旧させたら、
あとはなんとか運用しながら復旧できる。
とりあえず大事なデータは NAS に入れろ！って言うのを周知。
個々のパソコンが壊れたら、
物理的に取り出して、USB 接続させてサルベージできるので、そこはあんまり困ってない。
（だったら RAID も同じ機器2台買って二重にしたいタチ）
取り回しのしやすい USB HDD を複数で多重バックアップさせておけば OK と思ってる。
NAS の HDD は Windows にマウント出来ないので一度 Linux 経由でマウントさせてサルベージさせてみようと思ったけど、差分とかどうやって取り出したらいいのか分からなかったし Linux 自信ないので難しかった。
それを踏まえると NAS が壊れたらややこしいので NAS のバックアップは必須。
困るのが
世代バックアップが出来ないぐらい（あんまりそんな問い合わせもないけど）
だから Mac の TimeMachine は個人であんなバックアップシステムは変態すぎる。
Buffalo の NAS は電源を付けたり消したりしているとすぐ壊れるので、24時間ずっと付けっぱなしの方が壊れない。
（Buffalo の昔のファン付き NAS はファンが壊れたらどうしようもなかったので、苦情も多かっただろう（ファン交換部品もオプションであったしね）、いま Buffalo の NAS はほぼファンレスなので耐久性も抜群に上がってきている）
あと Buffalo の NAS は機種によって勝手に画像のサムネイルを生成してしまう余計な機能がある NAS があるので、そう言った機能がないのがプレーンに使えてよい。
LS510DG や LS210DG など 510 210 の桁の品番が、そう言った余計な機能がない品番になる。
会社で使う分には勝手に色々なファイルを生成されるとバックアップに支障をきたすので、そう言った機能がない方がよい。
零細企業と言えども
NAS 4台もあるし、それにともなう USB 接続の HDD も必然的に多くなる。
この理屈で運用すると NAS の倍の USB HDD が必要になる、実際にそうしてるけど。
今余裕がないので予備の NAS でのバックアップが出来てないけど、まあなんとかなるか。って感じ。
「DiskMirroringTool Unicode版」のみ
この Unicode版じゃないと中国語のフォントなど文字によってバックアップ対象から外れてしまうし、4GB 以上のファイルもバックアップ出来ないので、
Unicode版な。
データは大切！これを分かってくれる人は意外と少ない。
