"Терміни
Антон Назаренко 21.02.2018
Desktop (з англ «робочий стіл») - це основне робоче середовище нашого комп'ютера, яке дозволяє нам використовувати комп'ютер з комфортом.
Посудіть самі, без робочого столу було б набагато важче. Десктопи бувають різні.
На операційній системі Windows він виглядає приблизно так:
Ріс. 1. Стільниця ОС Windows.
На Linux приблизно так:
Ріс. 2. Стільниця Linux.
Загалом, як ви вже зрозуміли, вони бувають різні, красиві і не дуже.
Область стільниці ми розберемо на прикладі Windows 10.
Умовно робочий стіл можна розбити на дві області: область ярликів (червона лінія) або основна область і панель завдань (жовта лінія).
Ріс. 3. Приклад стільниці.
Розберемо все по порядку. Почнемо з панелі завдань.
Чому мій стільниця показує два файли desktop.ini?
Тепер ви повинні мати загальне уявлення про те, що таке файли desktop.ini. Однак це як і раніше не пояснює, чому більшість тек містять тільки один файл desktop.ini, а на робочому столі їх дві. Щоб розібратися в цьому, нам потрібно пояснити дещо про ваш робочий стіл.
Перш за все, стільниця - це тека, унікальна для кожного облікового запису користувача, доступ до якої може отримати тільки цей користувач або адміністратор. Ця тека знаходиться за наступним шляхом: «C:\ Users\Ваше ім «я користувача\Desktop»
По-друге, є тека Public Desktop, яку всі користувачі вашого комп'ютера використовують автоматично. Він знаходиться в теці "C:\ Users\Public "і містить елементи, доступні на стандартному стільниці кожного користувача.
Стільниця Windows під час запуску комп "ютера або пристрою є комбінацією стільниці вашого користувача і теки Public Desktop. Ви бачите два файли desktop.ini, тому що ваша стільниця є комбінацією з двох тек, кожна з власним desktop.ini: один для вашого облікового запису користувача і один для загального робочого столу.
Віртуалізація десктопів: що нового, які тренди і куди йдемо?
Віртуалізацією вже нікого не здивувати. Віртуалізується сьогодні все: сервери, програми, робочі місця. Однак для більшості пересічних користувачів ця технологія є чимось на зразок того суслика з фільму ДМБ: «ти не бачиш, я не бачу, а він є». Однак все змінюється, коли приходять вони - віртуальні робочі місця, і замість громіздкого системного блоку або ноутбука на столі офісних працівників з'являється маленька коробочка, т. зв. тонкий клієнт. Звичайно, все може бути і трохи по-іншому, але суті це не змінює. Про те, що таке віртуалізація десктопів, яка вона буває, і що чекає нас у майбутньому, ми і поговоримо. Отже, що таке VDI (інфраструктура віртуальних робочих столів)? Все просто: на фізичному сервері розгортаються віртуальні машини з користувальницькими або серверними ОС, які доступні через інтернет з будь-якої точки світу, де він є (від 64 Кбіт/с, якщо роботу треба зробити, не рахуючись з комфортом) з будь-якого «розумного» девайса. При цьому для користувача нічого не зміниться, але ось для ІТ-департаменту ситуація з адмініструванням значно зміниться з точки зору безпеки доступу до даних, доступності робочих місць, простоти і вартості обслуговування. Незважаючи на порівняно велику вартість VDI (іноді в кілька разів) порівняно з термінальним доступом, у разі, коли обов'язковою умовою є ізоляція робочого середовища користувача з клієнтською ОС на рівні окремої віртуальної машини, VDI стає найбільш економічним варіантом розгортання нових точок і офісів незалежно від географії присутності компанії. При цьому зберігається вся функціональність співробітників на місцях і значно знижується ризик витоків конфіденційної корпоративної інформації за рахунок централізації управління робочими даними.
VDI або термінальний доступ: критерії вибору
Основні вендори VDI-рішень активно рекламують VDI як must have для середніх і малих компаній, але, поклавши руку на серце, малому і середньому бізнесу віртуальні робочі столи не потрібні за тією ціною, за якою вони пропонуються. Навіть якщо раптом буде потрібно жорстке дотримання політик безпеки, термінального доступу більш ніж достатньо. Під термінальним доступом у самому загальному плані маємо на увазі віддалений доступ безлічі користувачів до програм, запущених в рамках операційної системи сервера, загальної для всіх користувачів, з єдиними низькорівневими системними процесами тощо. Це основна відмінність від VDI, де для кожного користувача на апаратному сервері буде розгорнута окрема віртуальна машина з операційною системою і необхідними конкретному користувачеві додатками. Також існує вигідна гібридна схема, коли користувач з'єднаний до серверної ОС, але 1 користувач = 1 віртуальна машина. Це так званий «серверний VDI», що поєднує в собі плюси термінального рішення і віртуалізації десктопів. З точки зору економії термінальні сервіси залишаються кращим варіантом. Якщо ніяких обмежень (основна проблема термінального режиму полягає в тому, що це серверна ОС і багатокористувальна система) працездатності додатків немає, то компанія продовжує використовувати віртуальні сервіси як найбільш економічний варіант. Які обмеження можуть бути:
- Виробник програми говорить, що не підтримує додаток у термінальному середовищі. При цьому воно може працювати там абсолютно нормально, але якщо щось станеться, то вендор відмовить у підтримці. Наприклад, Autodesk Autocad. До певної версії він офіційно не підтримувався в термінальному середовищі, але справно в ньому працював. Однак підтримувався Autodesk Autocad Map 3D, який у функціональному плані від звичайного Autodesk Autocad майже не відрізнявся.
- Додатки власної розробки, написані з відступом від кращих практик. Наприклад, використовуються недокументовані функції або виклики, як результат - програма «прив'язана» до однієї конкретної версії ОС і не може бути перенесена на будь-яку іншу - клієнтську або серверну. Найчастіше такі додатки нікуди не можна перенести без того, щоб вони або не втратили частину функцій, або взагалі не перестали працювати.
- Застарілі або «доопрацьовані напильником» програми, які при запуску вимагають прав адміністратора. На локальній машині це нормальна ситуація, але в термінальному режимі кожен користувач, який запустив таке ПЗ, буде працювати під правами адміністратора, і якщо він вирішить, наприклад, вимкнути сервер, оскільки він адміністратор, він це зможе зробити і всі інші користувачі на цьому сервері залишаться без доступу до своїх робочих місць.
- Програма працює, всіх влаштовує, але вона періодично викликає падіння «синього екрану». Наприклад, якщо воно раз на місяць падає на особистому ПК - нічого страшного. Але якщо воно буде працювати в термінальному середовищі на 100 користувачів, то статистично почне падати по 3 рази на день.
У цих 4 сценаріях рекомендується використовувати віртуальні десктопи замість термінальних сервісів.
VDI гіпервізорна
Давайте обмовимося: під VDI ми розглядаємо проекти впровадження віртуалізації робочих місць у переважно великого бізнесу. На чому ж вони будуються, і які є варіанти?
По суті, сьогодні є всього два варіанти віртуальної інфраструктури робочих місць (термінальний доступ і «серверний VDI», згаданий вище, також часто використовуються для вирішення завдань VDI, але за повноцінний VDI ми їх вважати не будемо): гіпервізорна і контейнерна. Гіпервізорна найбільш поширена, і саме до цього виду відноситься більшість популярних рішень для віртуалізації від таких виробників як Microsoft, VMware і Citrix. Причому у зв'язку з тим, що така модель найбільш поширена, вона має безліч налагоджених «фішок», які недоступні у випадку з «контейнерами». Наприклад, функцію прямого підключення додаткового GPU, часто необхідного в конструкторських і дизайнерських бюро. Подібна технологія (GRID Virtual GPU) повноцінно підтримується гіпервізором XenServer. Розгляньмо ж ПО для забезпечення віддаленого доступу до стільниць Citrix XenApp і XenDesktop.
На сьогодні архітектурно XenApp і XenDesktop один від одного не відрізняються. Єдине, що їх технічно відрізняє - агент, який ставиться на клієнтську ОС - VDI (часто саме це називають XenDesktop) або на серверну ОС - термінальний сервер (те, що мається на увазі під XenApp). Однак, не потрібно забувати, що в XenDesktop починаючи з редакції Enterprise включені і VDI і термінальні сервіси. Раніше, до версії 7, технічно це були два різних продукти - різна архітектура, консолі управління. І якщо користувачеві система представлялася єдиною, то адміністратору було складніше: фактично в рамках рішення були присутні і термінальні сервіси, і віртуальні десктопи, налаштування кожного з них доводилося виконувати окремо в різних місцях. Зараз у рішенні є єдина консоль для термінального варіанту і віртуальних десктопів, єдиний веб-портал, де можна відстежувати стан системи (Desktop Director), статус конкретної машини і багато іншого.
Інфраструктура віртуалізації десктопів Citrix працює на будь-якому гіпервізорі: XenServer, Microsoft Hyper-V, VMware ESXi, и Nutanix Acropolis. Це чотири гіпервізори, де система може сама автоматично створювати віртуальні машини, видаляти їх, перезапускати, вимикати. Відповідно, при зміні гіпервізора можна безшовно перейти з одного на інший. У випадку з іншими гіпервізорами XenDesktop сприйматиме віртуальні машини як фізичні, без можливості їх автоматичного створення, видалення та керування.
За допомогою XenDesktop фактично можна замінити робоче місце будь-якого співробітника. В рамках даного рішення використовується свій фірмовий протокол передачі даних. Якщо немає можливості використовувати агента, який ставиться на клієнтське робоче місце, використовується власна (Citrix) реалізація HTML5. Це одна з відмінностей від продуктів деяких інших вендорів, у яких один протокол ліцензований, другий - власної розробки. Навіть якщо у когось із замовників ще залишився промисловий UNIX (AIX, HP Unix, Solaris), то в рамках XenApp і XenDesktop починаючи з редакції Enterprise є можливість поставити XenApp for UNIX. Відповідно, продукти Citrix підтримуються серверними операційними системами Windows і різними варіантами Linux. Якщо потрібно використовувати офлайновий режим роботи, то є окремий продукт Desktop Player, який працює на Mac- і Windows-ноутбуках. Це корпоративне рішення, яке не передбачає, що кінцевий користувач сам може розвернути собі віртуальну машину, це можна зробити тільки за допомогою адміністратора.
При питанні «що вибрати?» варто виходити не з конкретного бажаного продукту, а з обмежень, що накладаються додатками, їх варіантами ліцензування, вимогами користувачів і вартістю всього рішення. XenApp в чистому вигляді ліцензується тільки як конкурентний користувач. XenDesktop може ліцензуватися і як конкурентний користувач, і як користувач/пристрій, тобто тут немає окремої ліцензії на користувача і на пристрій. У цьому випадку працює логіка сервера ліцензій, який вибирає, в який варіант перемкнутися, щоб було спожито найменшу кількість ліцензій при поточному використанні.
Різниця у вартості ліцензії користувач/пристрій проти конкурентного користувача (XenApp і XenDesktop) приблизно вдвічі. Іноді виходить, що замовнику потрібен XenApp, але йому вигідніше купити XenDesktop, який продається за схемою ліцензування користувач-пристрій. Він отримає необхідне йому в два рази дешевше, але при цьому зможе надалі при необхідності підключити віртуальні десктопи.
VDI контейнерна і з хмари
Тепер поговоримо про контейнерну віртуалізацію. На сьогодні вона є екзотикою, найвідоміший приклад такої технології - Parallels Containers для Windows. Головна перевага цього варіанту - значно більша порівняно з традиційним VDI (але менша, ніж у термінальних сервісів) щільність розміщення користувачів на сервері (до 250 місць), і в деяких випадках можливість трохи заощадити на ліцензіях ПЗ Microsoft. Контейнерна віртуалізація об'єднує в собі ряд плюсів, але і ряд мінусів, що перейшли до неї від VDI і термінальних сервісів. До виходу Windows Server 2020 Microsoft не підтримувала контейнерні технології взагалі, і компанії, що впровадили цей продукт у свою інфраструктуру, при виході будь-якого оновлення до серверної ОС (а це десктоп серверної ОС) повинні були чекати, поки Parallels перевірить і дасть добро на встановлення відповідного оновлення. Тепер, після виходу Windows Server 2020, і офіційної підтримки технології контейнерів Windows в рамках ОС ситуація може зміниться.
Контейнерна технологія віртуалізації працює в ядрі ОС (Windows Server 2008/2012), що дозволяє розділяти об'єкти ядра між контейнерами, тим самим ізолюючи їх один від одного. Кожен контейнер має власний набір процесів, сесій і драйверів, а також реєстр і дерево об'єктів ядра. При цьому досягається повноцінна віртуалізація робочих столів, а користувачі не помічають ніякої різниці порівняно з класичним варіантом, тому що бачить десктоп серверної ОС, спеціальними темами «перефарбований» у звичну йому клієнтську операційну систему. У середньому в такому варіанті потрібно в півтора рази менше обчислювальних ресурсів і ресурсів СГД, ніж у разі гіпервізора. Не можна сказати, що цей варіант однозначно економічніший, ніж класична VDI, але за певних умов економія на обчислювальній потужності серверної частини може стати головною і виправдати впровадження з точки зору бізнесу. Варто сказати, що на сьогоднішній момент це все ще не до кінця визнана технологія віртуалізації десктопів (Microsoft досі не надає підтримку при такому варіанті VDI) і частина можливостей, доступних гіпервізорної віртуалізації, недоступна контейнерній.
Ось актуальні на сьогодні підходи до VDI. Що ж далі? А далі шлях йде «в хмари». Наприклад, вже сьогодні в VMware Horison 7 у версії Enterprise реалізований запуск десктопів і додатків за допомогою хмарної автоматизації. Однак варто врахувати, що згідно з ліцензійними правилами Microsoft, на даний момент доставка клієнтського десктопу з публічної хмари заборонена. Єдине «послаблення» зроблено для продуктів Citrix. На початку 2020 року компанії Citrix і Microsoft оголосили про те, що єдиним легальним варіантом буде розгорнута в хмарі Microsoft Azure система XenDesktop. У цьому випадку можна буде віддавати користувачеві Windows 10 як десктоп. XenDesktop вже зараз можна розгорнути «з коробки» в хмарних середовищах Amazon Web Services, Microsoft Azure або в рамках Cloud Platform.
Поки що це лише зачатки «включення» в продукт віртуалізації хмарних середовищ, але дійсність ІТ з все зростаючою безліччю «.. aaS» говорить про те, що можливо з'явиться і абревіатура «VDI-as-a-Service». Реалізується підтримка програмних продуктів конкурента, а також робота з максимальним числом ОС та ПЗ, як відкритого, так і пропрієтарного. Що чекає VDI - покаже час, але очевидно, що трансформація не зупиняється, стає доступнішою і простішою. Можливо, ми застанемо ті часи, коли «товстий» клієнт повністю буде витіснений тонким.
Чому я раптом бачу файли desktop.ini?
Файли Desktop.ini не завжди видно, і більшість користувачів Windows ніколи не бачать їх. Це пов'язано з тим, що вони є захищеними файлами операційної системи, тому за замовчуванням Windows приховує ці файли і рекомендує користувачам також приховувати їх. Ви (або хтось, що використовує ваш комп'ютер) повинні налаштувати Windows на відображення як прихованих, так і захищених файлів, і саме тому у вас, здається, скрізь присутні файли desktop.ini. Щоб Windows показувала ці типи файлів, спочатку необхідно відкрити вікно «Параметри провідника». Один із способів зробити це - використовувати поле пошуку на панелі завдань, щоб ввести ключові слова «параметри теки» і натиснути «Параметри провідника».
Потім у розділі «Додаткові параметри» на вкладці «Перегляд» виберіть «Показати приховані файли, теки або диски» та зніміть позначку «Приховати захищені файли операційної системи».
З'явиться попередження, яке повідомляє про ризики, пов'язані з неправильним поводженням з файлами операційної системи, і запитує підтвердження вашого вибору. Натисніть «Так».
Підтвердіть свій вибір ще раз, натиснувши або торкнувшись OK, і файли desktop.ini відразу ж стануть видні на вашому комп'ютері або пристрої Windows.