Вышла новая мажорная версия продуктов Veeam.
Документация доступна в Veeam Help Center (Technical Documentation).
Veeam Backup&Replication V10:
Veeam ONE V10:
Veeam Agents v4:
Author: Mister Nobody
Анонс Stor2RRD версии 2.70
1920 февраля 2020 года ожидается выход новой версии бесплатного мониторинга систем хранения Stor2RRD.
Поддержка новых систем хранения и ПО:
- Dell EMC² Elastic Cloud Storage (ECS)
- HPE Primera
- iXsystems FreeNAS, TrueNAS
- Hitachi Virtual Storage Platform 5000 Series
Stor2RRD от поддержки корпоративных систем переходит к поддержке популярных SOHO решений, если в версии 2.70 поддержан FreeNAS, то во втором-третьем кварталах 2020 года планируется поддержать и другие очень популярные решения начального уровня:
- NetApp SolidFire
- Oracle Database
- Hitachi Content platform (HCP)
- QNAP
- Synology
- Brocade SANnav
- RAIDIX
- Ceph
Самое главное – обещают поддержать отечественную систему хранения RAIDIX!
UPDATE:
Также анонсирована дорожная карта для мониторинга виртуальных сред LPAR2RRD:
Q2 2020
- Oracle VM
- Oracle Database
Q3 2020
- Nutanix
- AWS
UPDATE 2.0:
В платной версии STOR2RRD v2.80 будет доступная полная топологическая схема SAN через инструмент Mapping.
Самые полезные утилиты для VMware Horizon
Andrew Morgan обновил свою незаменимую разработку Horizon Helpdesk Utility. Теперь она умеет показывать полные имена из AD пользователей VDI, а также дополнительную информацию об образах ВМ. Лог изменений.
Также он выпустил новую систему мониторинга VMware Horizon Reach, для администраторами с несколькими POD это может стать универсальным продуктом для определения состояния системы.
Инструкция по установке Horizon Reach.
Veeam V10 is coming…
| Enhanced NAS backup | NetApp ONTAP SVM Processing | EA: RMAN Plugin for Solaris |
| Cloud Tier & SoBR Enhancements | Linux Backup Proxy | EM: SAML 2.0 Support |
| Data Integration API | Linux VIX | VAL: PostgreSQL Processing |
| GFS Retention M Primary Backup Jobs | Block Cloning on XFS | VAL: MySQL Processing |
| Snapshot only Backup Jobs | NFS Backup Repository | VAL Dedupe storage support |
| Backup Copy Job Enhancements | Multi-AM Instant Restore | VAL: CLI Enhancements |
| Transaction Logs Backup Copy Job | VAW: Instant Recovery to vSphere | ONE: General Enhancements |
| WAN Acceleration Enhancements | VAW: Parallel disk processing | ONE: NAS Backup Support |
| Enhanced Nutanix AHV Backup | SAP Enhancements | ONE: Nutanix Support |
- Veeam Installation Guide for v10 Beta 1 by Al Rasheed
- Backup and Replication v10 – file share backups by Gary Williams
- Veeam Backup & Replication V10: NAS and file share backup by Eugene Elizarov (in Russian)
- Cloud Connect for Enterprise by Nicolas Bonnet
- What is Veeam Copy Mode Feature? by Vladan Seget
- Veeam Cloud Tier – Copy Mode by Rhys Hammond
- The Art of the Portable by Paul Stringfellow
- Scale-Out Repository – O que é? Quando Usar? by Wesley Martins Silva (in Portuguese)
- How to update Veeam Proxy manually by Luciano Patrao
- Veeam Backup & Replication V10: Linux proxy by Eugene Elizarov (in Russian)
- Veeam v10 – Linux proxies have arrived by Steven Onofaro
- Veeam 10 Anteprima: Cloud Tier – Immutability by Paolo Valsecchi (in Italian)
- Veeam Basics – Cloud Tier and v10 by Dan Frith
- Optimize the Veeam preferred networks backup initialization speed by Didier Van Hoye
- Veeam V10 – Soporte para NAS Backup by Patricio Cerda (in Spanish)
- Backing up VMware Cloud on AWS with Veeam by Adam Fisher
Видеозаписи докладов с VMworld 2019 EU
Видеозаписи докладов с VMworld 2019 EU доступны на страницах:
Политика ротации резервных копий vCenter не работает
В последнее время VMware часто озвучивает новый функционал VCSA VAMI – создание резервных копий конфигурации vCenter на разные хранилища по протоколам FTP/FTPS, HTTP/HTTPS, SCP, NFS, SMB.
Мы сразу после внедрения VCSA 6.7 настроили резервные копии на FTP, время от времени удаляя копии с хранилище.
После реализации поддержки SMB перенастроили на новый протокол, но с удивлением обнаружили, что ротация резервных копий так и не работает.
Поиск в БЗ VMware подсказал ответ – VCSA VAMI backup is failing to delete old backups according to retention policy (70823). То есть проблема нам не померещилась и когда-нибудь будет исправлена, а пока чистим руками…
Список проверок vSphere Health
При подключении к Программе повышения эффективности работы заказчиков (Customer Experience Improvement Program, CEIP), вы может проверить здоровье вашей vSphere через онлайн-анализатор.
Проверки с проблемами пишутся все, а вот беспроблемные только частично. Меня интересовало – что ещё проверяется?
Итак список проверок на момент публикации статьи:
- ESXi host with i40e driver and TCP Segmentation Offload
(TSO) enabled KB 2126909 - ESXi with HP ILO driver version 10.0.1-24 KB 2148123
- Intel IOMMU interrupt remapper is disabled for ESXi hosts on
HP ProLiant Gen8 servers KB 2149043 - ESXi host dvfilter vmci socket deregistration KB 2149242
- ESXi 6.0 Update 2 when hardware Large Receive Offload
(LRO) is ‘enabled KB 2144968 - Network redundancy check when configuring VMware High
Availability in vCenter Server KB 1004700 - ESXi 6.5.x has 10Gb Physical Nic and NetQueue is enabled KB 2151749
- ScratchConfig.CurrentScratchLocation is set to “/scratch” on
ESXi version 6.0.0 and 6.5.0 KB 2151209 - ESXi maximum number of supported storage devices KB 2150280
- ESXi 6.5 or 6.7 host with IPv6 disabled KB 2150794
- ESXi system logs on vSAN datastore KB 2147541
- ESXi host with native Intel X710 driver and VLAN tagging KB 2149781
- ESXi with bad brcmfcoe or lpfc driver versions KB 2151391
- SearchLow I/O performance using intel-nvme drivers 1.3.2.8-
1OEM and 1.3.2.4-1OEM with block sizes larger than 4K KB 55693 - Host experiences PF Exception 14 with
bnx2x_netq_free_rx_queue_single in backtrace KB 53353 - Virtual machine operations on an ESXi 6.0 host fails KB 2113450
- Sequential-context attack vector vulnerability in Intel
processors KB 55806 - Concurrent-context attack vector vulnerability in Intel
processors KB 55806 - ESXi unable to save hostd service state to /bootbank KB 2057826
- VMDK corruption after canceling a snapshot removal task KB 2146319
- Disk space check for VMware vCenter Server Appliance KB 2145603
- vMotion network configuration check for vSphere Standard
Switch KB 2120640 - vMotion network configuration check for vSphere Distributed
Switch KB 2120640 - Selective deletion of tasks, events, and historical performance
data in vSphere 5.x and 6.x KB 2110031 - Host participating in VM-based replication KB 55650
- ESXi on host with AMD EPYC 7xx1 CPU KB 52045
- vMotion of virtual machines from ESXi 6.0 to 6.5 KB 59723
- End of General Support for vSphere 6.0 KB 66977
- Deprecation of the external Platform Services Controller
deployment model KB 60229 - Maximum number of ESXi hosts per cluster Max Config
- ESXi host connectivity with vCenter Server KB 1005757
- Enable SCAv2 for optimal hyperthreading performance KB 55806
- Unsupported address family with dvSwitch in ESXi 6.0 KB 2117308
- Host PSOD on QFLE3I driver on QLogic 57840 10/20 Gigabit
Ethernet Adapter KB 56357 - vCenter Server version compatibility check KB 68174
Видеозаписи докладов с VMworld 2019 US
Видеозаписи докладов с VMworld 2019 доступны на страницах:
VMware vSphere 6.7 Update 3 Alarm ‘Host hardware sensor state’
У VMware есть привычка в практически каждый релиз заложить какую-нибудь граблю. Вот и в vSphere 6.7 Update 3 отличились.
Выражается в виде массовых событий типа error в vCenter Events:
|
1 |
Alarm 'Host hardware sensor state' on [hostname] triggered by event [number] 'Sensor -1 type , Description [device] state assert for . Part Name/Number N/A N/A Manufacturer N/A'. |
Функционал вроде бы не нарушен, проявляется на оборудовании разных производителей, но эти же события имеют тип info в ESXi.
Проблема в том, что данные события переполняют логи vCenter и систем мониторинга.
Участник Reddit пишет:
Our vCenter daily log is usally something like 15-20KB, but it has blown up to 1.7-2.3 GB since the 10-node upgrade.
То есть рост логов в сутки составил всего-то сто тысяч(!) раз.
А что поддержка? Ничего – ещё не признали проблему! Видать, все на VMWorld уехали.
Update
VMware признала проблему и предложила пару обходных решений в базе знаний – Excessive Hardware health alarms being triggered for “Sensor -1 type” on ESXi hosts running vSphere 6.7 U3 (74607).
Останов VCSA при нехватке места
У нас неожиданно стал прекращать работать VCSA, а конкретно сервис VPXD.
Стартнёшь ручонками – работает то десяток часов, то 20 минут. Из warning’ов – мало места для базы данных (List of VMDKs/Partitions for a vCenter Server Appliance 6.7 – Size Mount point and Purpose (70625)). VAMI показывает, что места в SEAT занято 90%. Также не работает Update Manager даже при запущенном VPXD. Все логи vpxd.log перебрали – ничего не заметили, как будто штатный останов.
Написали в техподдержку – те попросили логи собрать, а как их соберёшь, если vCenter то потухнет, то погаснет. Кое-как собрали через VAMI, да и те оказались не полные, пришлось ручонками скопировать с помощью WinSCP папку логов VPXD.
Поддержка логи смотрела внимательнее и нашла:
|
1 2 3 |
2019-08-27T06:50:34.343Z error vpxd[102197] [Originator@6876 sub=vpxdVdb] Shutting down the VC as there is not enough free space for the Database(used: 95%; threshold: 95%). 2019-08-27T06:50:34.343Z info vpxd[102197] [Originator@6876 sub=Default] Initiating VMware VirtualCenter shutdown 2019-08-27T06:50:35.412Z error vpxd[102111] [Originator@6876 sub=vpxdVdb] Insufficient free space for the Database (used: 95%; threshold: 95%) |
Действительно, места не хватает и VPXD сам себя отправляет отдыхать. Описание поведения vCenter есть КБ-шечке “Shutting down the VC as there is not enough free space for the Database” error (67017). Вот только она про /storage/db, а про /storage/seat умалчивает.
Добавили место у диска SEAT по инструкции Increasing the disk space for the VMware vCenter Server Appliance in vSphere 6.5 and 6.7 (2145603). Перезагрузили VCSA и всё заработало.
P.S. Так и не понял – с каких пор 90%=>95%?
P.P.S. Андрей подсказал откуда разница в процентах (данные после увеличения диска):
Вывод в VAMI: seat Total space 54.0 GB Used space 32.4 GB Available space 21.6 GB 60.1% of 54.0 GB
Вывод в df -h: /dev/mapper/seat_vg-seat 55G 33G 19G 64% /storage/seat