IT + Виртуализация

Виртуальная карта — это фактически набор цифр. Она не имеет физического носителя. Пользователю при получении просто выдаются 16-значный номер карты, срок ее действия и коды безопасности CVV2 или CVC2 (на пластиковых картах они обычно написаны сзади).

Считается, что такие карты более безопасны, чем обычные,  пластиковые,  поскольку  защищают от мошенничества непосредственно с самой картой и ее реквизитами:  для нее нельзя создать дубликат, сфотографировать или подсмотреть данные.  (Или можно, но другими способами).

С другой стороны, полностью заменить виртуальной картой реальную  пока  проблематично

Во первых банки, как правило, предлагают короткий период действия таких карт, обычно  это  несколько месяцев,  а значит использовать их для постоянных автоматических платежей будет довольно проблематично. Банки объясняют такую меру  тем, что виртуальные карты  «имеют высокую вероятность компрометации», - то есть тоже не безопасны.

Во вторых такой картой удобно  расплачиваться при онлайн шоппинге, но вот наличку с нее, как вы понимаете,  не снять.  Вообще следует помнить, что механизм оплаты как пластиком, так и виртуальной картой,  один и тот же и риски  плюс- минус равны.

В третьих сегодня существует тренд на оформление валютных виртуальных карт, выпущенных не российскими банками, которые можно использовать для оплаты услуг или товаров, например, на зарубежных сайтах. Это дает  интересные возможности  но, в то же время,  является своего рода лотереей:  нет никаких гарантий, что на такой карте вообще окажутся деньги, а также что она сработает в нужном вам интернет магазине.  Многие магазины как в РФ, так и за рубежом, не дают оплачивать свои товары с помощью таких карт.

В общем, Виртуальная карта, например привязанная к телефону, часам или другому гаджету,  может быть  весьма полезным вспомогательным способом оплаты. Однако полностью заменить пластик  ею пока не получится. К тому же  лучше не держать на таких  картах значительные суммы, чтобы не рисковать оказаться в один далеко не приятный момент  временно не платежеспособным.

Чтобы запутать всех окончательно.

В прошлом посте мы рассмотрели абстрактные методы, которые позволяют у разных объектов вызывать одинаковым образом разные действия по специфике, но одинаковые по сути.

В этом давайте усложним все это безобразие еще и поговорим о виртуальных методах.

Виртуальные методы работают по аналогии с абстрактными методами, но при этом имеют стандартное описание действий по-умолчанию. Очевидно что, все животные должны благоговеть перед котами, поэтому в класс Animal обязательно необходимо добавить виртуальный приветственный метод:

public virtual void GreetCat()

{

Console.WriteLine("Приветствую тебя, о Кот, во всем твоем великолепии");

}

Так мы легким мановением лапы позволяем животным корректно приветствовать котов.

Но как быть, если ты сам кот? Что ж, этот вопрос решается очень просто. Достаточно в классе кот переопределить метод (все также с помощью слова override):

public override void GreetCat()

{

Console.WriteLine("Здоров вам от " + _name);

}

Еще одной особенностью является то, что виртуальные методы не требуют, чтобы содержащий их класс был абстрактным. Такой подход позволяет родителю установить правила и транслировать эти правила потомкам, при этом позволяя этим самым потомкам установленные правила нарушать (переопределять).

Пример по 9 посту находится здесь.

Что же, порядок в доме навели, приветствовать научили, в следующем посте поучимся у котов закапывать.

А пока - произошло прощание.

Решил написать еще один небольшой пост. Возможно, будет немного позначательно.

Думаю, многие неофиты мира GNU/Linux слышали модное нынче словцо - Docker.

Опять же, постараюсь кратко и доходчиво объяснить, что это, с чем его едят и для чего это может быть нужно неспециалисту вроде меня. И да, это не руководство для новичка, ибо их полно.

Вот такой синий голубой кит.

Для начала немного о контейнерной виртуализации. В ядре Linux есть технология разделения ресурсов под названием cgroups. Она может управлять доступом приложения к ресурсам - памяти, процессору, дискам. Несколько контор и просто неравнодушных ребят собрались и запилили LXC - систему управления контейнерами. Так же как в случае с chroot, это лишь виртуальное окружение - но без ядра. Сама по себе система LXC - мощная вещь, но и того оказалось мало.

Но это все присказка. На основе этого добра ребята из Docker Inc сделали сделали свой продукт.

Только вот сам по себе Docker - это не система виртуализации, как многие считают, а система объектно-ориентированной доставки софта. Т.е. изначально оно ориентированно на то, чтобы "поднять настроенный апач одной строкой в терминале".

А теперь простой пример. Скачаем образ Ubuntu Bionic (это бетка) и запустим его.

username$: sudo docker pull ubuntu:bionic

bionic: Pulling from library/ubuntu

c5cc0d8681c1: Pull complete

25992ae88689: Pull complete

92b293e28b63: Pull complete

5e97fb8c1b1b: Pull complete

e89d6de98e44: Pull complete

Digest: sha256:4decfd6e336e1cf246127151753d2a24a3185b5f667b91b925e8b38e7ea903a0

Status: Downloaded newer image for ubuntu:bionic

Образ выкачался. Проверим.

username$: sudo docker images

REPOSITORY TAG IMAGE ID CREATED SIZE

ubuntu  bionic 02f9d6707661 5 weeks ago 88.3 MB

Ну так как-то. Форматирование текста с консоли тут едет, так что немного не наглядно.

Сказать сразу - образов в репозитории море, но об этом позже.

А теперь самое интересное - стартанем его:

username$: sudo docker run -it --rm --name temp_ubuntu -v /home/user/test1:/home/ ubuntu:bionic /bin/bash

И нас выплюнет в консольку контейнера с этой убунтой.

Отсюда поподробнее: -it - это интерактивный(i) терминал(t), --rm - удалить контейнер после останова, -v - проброс "внутрь" папки с хоста.

Можно что-то протестировать, собрать, а потом тормознуть контейнер через Control-D - и все чисто как в аптеке.

Но вообще, откровенно говоря, Docker нужен не для этого.

Как я уже говорил выше, это скорее система доставки софта, чем виртуализации. Вообще, на изоляцию силами cgroups я бы не полагался, но как "еще одна запертая дверь" она сойдет.

Так вот, о чем я - Docker позволяет "упаковать" какой либо сервак со всеми потрахами внутрь готового образа, и переносимость от хоста к хосту будет почти стопроцентная. Можно push-нуть уже готовый образ в репозиторий, и потом его так-же играючи обратно залить.

В результате в репозиториях уже можно найти огромное количество универсальных рецептов.

Но есть и более специализированный вариант - сборка образа с помощью Dockerfile.

Если просто - это такой сценарий, что нужно сделать и что запустить. Есть у меня один, которым я иногда пользуюсь - это Jupyter (сервер с IPython, блекджеком и шлюхами для научных расчетов). Так выглядит Dockerfile:

FROM debian:sid

ENV DEBIAN_FRONTEND noninteractive

RUN apt-get update && apt-get install -y python3 python3-pip python3-fann2

RUN pip3 install --upgrade pip && pip3 install jupyter sympy numpy scipy matplotlib pandas networkx

EXPOSE 8888

CMD jupyter notebook --allow-root --ip 0.0.0.0 --no-browser --notebook-dir=/home

Что он, чьорт побьери, делает?

Ну Debian Sid - это понятно, надеюсь.

ENV DEBIAN_FRONTEND noninteractive - переменная, чтобы apt не спрашивал да/нет у бездушной машины.

Далее идут команды установки всего и вся через RUN. Да, их следует делать поменьше раз, поэтому команды длинные.

EXPOSE "выпячивает" порт наружу.

Ну и CMD - конечная команда запуска.

Также стоит отметить, что обычно лучше юзать ENTRYPOINT, но это вам гуглить самим.

Теперь собираем образок:

username$: sudo docker build -f /path/to/dockerfile -t name_of_image

И все. Почти что серебряная пуля для ленивых админов.

Этот образ можно переносить с машины на машину, а можно просто отправить dockerfile через вконтактик))

Еще какие бонусы?

Так как Docker использует OverlayFS (ранее был aufs) - а это про copy-on-write - он не создает контейнеры с нуля, а только послойно записывает разницу между контейнером и изначальным образом. Так что таких контейнеров можно поднять с десяток при сравнительно небольших накладных затратах.

В общем, писать про это можно очень много и долго, но надобности за обилием написанных мануалов нет. Если интересно - просто попробуйте.

Хеллоу! Апдейты по vSphere инкаминг!

VMware выпустила whitepaper "What's new in VMware vSphere 6.5"

Содержание:

VMware vCenter Server

Migration

Improved Appliance Management

VMware vCenter High Availability

Backup and Restore

vSphere Web Client

vSphere Client

vSphere Host Lifecycle Management Enhancements

vSphere Update Manager

VMware Tools and Virtual Hardware Upgrades

Previous Windows-Based Architecture Still Offered

Host Profiles

Profile Management Improvements

Operational Enhancements

Auto Deploy

Manageability Improvements

Performance and Resiliency Enhancements

VMware Tools 10.1 and 10.0.12

Signed ISO Images

Bifurcation of VMware Tools for Legacy and Current Guests

Bundling of Tools for Most Popular Guests Only

Guest OS Granularity Increase

Detailed Display of VMware Tools Type and Version in vSphere Web Client

Improved Detection of Availability of Updated VMware Tools Installers

vSphere Operations

Operations Management

Log Monitoring

Developer and Automation Interfaces

Program Interfaces

vCenter Server Appliance API

Virtual Machine API

Discover the APIs with the New API Explorer

Process Improvements

Command-Line Interfaces

What’s New in VMware vSphere

VMware PowerCLI

Core vSphere Module

Storage Module

VMware Horizon Module

Security

Virtual Machine Encryption

Encrypted vMotion

Secure Boot Support

Virtual Machine Secure Boot

ESXi Host Secure Boot

Enhanced Logging

VM Sandboxing

Automation

vSphere 6.5 Availability Enhancements

Proactive HA

VMware vSphere High Availability Orchestrated Restart

vSphere HA Admission Control Improvements

VMware vSphere Fault Tolerance

Resource Management Enhancements

Improved vSphere DRS Load Balancing Algorithm

vSphere DRS Additional Options

Network-Aware vSphere DRS

VMware vSphere Storage I/O Control Using with Storage Policy Based Management

Content Library

vSphere Integrated Containers

vSphere 65 Storage Enhancements

Advanced Format Drives and 512e Mode

Automated UNMAP

LUN Scalability

NFS 4.1 Support

Software iSCSI Static Routing Support

vSphere 6.5 Networking Enhancements

Enhancements for Nested ESXi

Dedicated Gateways for VMkernel Network Adapter

SR-IOV Provisioning

Support for ERSPAN

Improvements in DATAPATH

Сам документ можно скачать по ссылке ниже:

http://www.vmware.com/content/dam/digitalmarketing/vmware/en...

Также вместе с новой версией vSphere VMware выпустила и обновления VMware vCLI:

Интерфейс ESXCLI

С точки зрения интерфейса ESXCLI появились возможности управления FCOE-адаптерами, настройками NIC queuing и coalescence, параметрами проброса USB pass-through, обработка управления устройствами NVMe, а также управления конфигурациями vSAN iSCSI.

Интерфейс Datacenter CLI

Также появились и улучшения интерфейса Datacenter CLI (DCLI), который позволяет управлять глобальными сущностями виртуального датацентра. Теперь доступны команды для мониторинга и управления виртуальным модулем vCSA в различных аспектах, таких как сетевое взаимодействие, статус модуля, доступ, выполнение операций резервного копирования и восстановления, а также просмотр параметров аптайма и версии. Кроме того, есть функции для сбора информации об окружении vCenter - датацентрах, сетях, папках, хостах, кластерах и прочем. Ну и появились функции для управления жизненным циклом ВМ.

Улучшения поддержки ОС:

Теперь была добавлена поддержка следующих операционных систем:

Ubuntu 15.10 (LTS) – 64-bit

Ubuntu 16.04 (LTS) – 64-bit

Windows 10 (64-bit)

Для Windows-систем вам потребуется наличие ActivePerl или Strawberry Perl версии 5.14.

Release notes: http://pubs.vmware.com/Release_Notes/en/vcli/65/vsphere-65-v...

vSphere CLI Reference: http://pubs.vmware.com/vsphere-65/topic/com.vmware.vcli.ref....

И это еще не всё!

Последняя новость по списку, но не по значению -  VMware vSphere HTML5 Web Client вышел в релиз (теперь называется vSphere Client) и он поставляется в составе vSphere 6.5 и выше!

Что в нем теперь можно делать:

Настройка параметров CHAP для iSCSI-адаптеров

Детали сети для привязки портов Software iSCSI и полное редактирование настроек

Включение/выключение логгирования для ВМ в настройках

Изменение свойств и политик стандартных порт-групп коммутаторов

Хосты могут быть передвинуты в инвентори драг энд дропом

Удаление нескольких ВМ с диска

Удаление шаблонов ВМ с диска

Действие Upload Folder в File Browser (доступно только для Chrome, Edge и Firefox 50 и выше)

Возможность задать тип сети в настройках ВМ

Портлеты на странице Summary можно перемещать драг энд дропом

Действие Upgrade to VMFS5

Диаграмма Partition Layout в разделе создания датастора и при увеличении датастора

Монтирование/размонтирования хранилищ NFS

Просмотр, редактирование свойств и политик Distributed Port Groups

Добавление/удаление физических адаптеров и порт групп для Standard или Distributed Switch

Редактирование и просмотр свойств и политик стандартного коммутатора

Графики производительности можно открыть в новом окне

Можно создавать и удалять кластеры хранилищ

Возможность включить проброс (passthrough) для устройств ESXi PCI

Можно смотреть использование GPU серверов ESXi

Настройки Storage I/O Control

Возможность привязки/отвязки устройств на странице Host Storage Devices

Конвертирование и клонирование ВМ в шаблон

Создание датасторов NFS3 / NFS4.1 (в том числе, в режиме Read-only)

Управление политиками доступа по нескольким путям (Multipathing)

Монтирование/размонтирование томов VMFS

Горячие клавиши для операций с питанием ВМ

Rescan storage (новых томов VMFS и устройств)

Детали разделов в Host > Configure > Storage Devices

Детали устройств в Datastore > Configure > Device Backing

Управление Lockdown mode для ESXi

Хосты ESXi можно присоединить к домену

Полное управление тэгами

[частично попячено с vmgu.ru и с vmware.com]