Клінічні центри обробки даних Поділ програмного та апаратного забезпечення забезпечує ефективність управління лікарнею

16.11.2010 -

центри

У клінічних центрах обробки даних стаєнавантаження в межах наступні два роки на 20-50% збільшувати. Принаймні так бачать це приблизно 200 малих та середніх лікарень, які були обстежені HIMSS Analytics в рамках глобального дослідження. Такі програми, як електронний облік пацієнтів, означають, що ІТ-системи повинні обробляти дедалі більше інформації. Крім того, медичні програми часто потребують власного сервера. Результат: центри обробки даних стають більшими, складність ІТ-середовища зростає.

З одного боку, кількість серверів зростає, але їх продуктивність часто використовується погано. "Середнє навантаження на сервер становить від 5 до 15%", - повідомляє Вольфганг Шваб з дослідницької компанії Experton Group. - І додає: "Якщо центр обробки даних не віртуалізований".

Учасники дослідження HIMSS також розглядають віртуалізацію як рішення для подолання складності їхнього ІТ-середовища та ефективнішої роботи з їх центром обробки даних. Більшість опитаних німецьких лікарень хочуть впровадити відповідну стратегію протягом наступних двох років.

Концепція віртуалізації відокремлює фізичний сервер від програмного забезпечення, яке працює на них. Це забезпечується програмним рівнем, який лежить між програмами та комп'ютерами. Він розподіляє потужності обладнання за різними програмами. Таким чином, продуктивність сервера доступна не тільки для одного додатка, але і для кількох. "Таким чином можливе використання сервера на 70-80%", - пояснює аналітик Шваб. Використовуючи цей підхід, інші компоненти ІТ-середовища, такі як сховище, також можуть бути віртуалізовані.

Парк серверів стає меншим
Для користувачів такої концепції переваги окупаються твердими грошима. Якщо кожен сервер працює ефективніше, той чи інший комп'ютер можна зберегти в цілому. Тому клініки повинні менше інвестувати в обладнання. Це також впливає на поточні витрати. Зменшуються витрати на утримання. Менше серверів вимагає менше місця та енергії. Клініка також повинна витрачати менше на кондиціонування повітря в центрі обробки даних.

Крім того, оскільки серверні ресурси можна використовувати більш гнучко, технологію можна легше адаптувати до поточних ІТ-потреб компанії. Це стає зрозумілим, наприклад, для розчинів, які використовуються в адміністрації лікарні. Якщо більшість співробітників покинули будинок після 17:00, віртуалізовані програми можна об’єднати на декількох серверах. Потім решту серверів можна вимкнути і не вводити в експлуатацію до наступного ранку.

Не проект на південь
Отже, віртуальні структури утвердились у секторі охорони здоров’я, як і в інших галузях. Вони також набувають все більшого значення в малих та середніх лікарнях. Однак там люди часто уникають зусиль, пов’язаних із стратегією віртуалізації. "Це непрості проекти, які можна реалізувати в другій половині дня", - попереджає Шваб. Підготовка вимагає великої роботи, оскільки початок проекту віртуалізації полягає в аналізі поточного стану ІТ-ландшафту Відповідальні повинні задати собі питання на кшталт "Які програми доступні?" та “Які програми насправді потрібні?” Шваб вважає, що це може бути корисним для об’єднання існуючих програм.

Потім слід уточнити, які робочі навантаження можна спільно управляти на одному сервері. Наприклад, програми з інтенсивним введенням/виведенням (вхід і вихід) не слід поєднувати з програмами, які потребують великої обчислювальної потужності, на думку Шваба. "Це зазвичай йде не так", - каже аналітик. Загалом для правильного розподілу програм необхідний великий досвід. За необхідності ІТ-менеджери повинні звернутися до цього постачальника ІТ-послуг.

Ще один момент слід пояснити перед фактичною реалізацією проекту: Умови ліцензії на використання програмного забезпечення можуть змінитися, якщо програма працює у віртуальному середовищі. Оскільки ліцензування програми часто залежить від фізичної платформи, на якій вона працює. Це z. Наприклад, якщо програмне забезпечення переміщується із сервера з одним процесором на сервер із чотирма процесорами в рамках процесу віртуалізації, користувач може зіткнутися з труднощами з виробником. Schwab рекомендує на ранньому етапі поговорити з постачальником програмного забезпечення про такі потенційні проблеми. "У разі сумнівів додаток повинен бути виключений з віртуалізації", - говорить Шваб.

З іншого боку, ІТ-персонал повинен бути залучений - у формі навчання. Це особливо важливо в проектах віртуалізації. "Системне управління віртуальною структурою значно відрізняється від керування звичайним середовищем", - говорить Шваб. Адміністратор, який раніше, наприклад, опікувався лише серверами Windows, не може легко знайти шлях до віртуального ІТ-ландшафту.

Основа хмарних обчислень
Але зусилля можуть того вартувати. Наприклад, Штутгартська клініка віртуалізувала половину свого серверного парку із 200 комп'ютерів. Спочатку лікарня витрачала майже 300 000 євро щорічно на експлуатацію та обслуговування серверів. Ці витрати можна зменшити на 115 000 євро за допомогою віртуалізації.

Віртуалізований центр обробки даних, як правило, не тільки дешевший в експлуатації. На думку таких експертів, як Schwab, це також є основою для вступу в хмарні обчислення. Нарешті, уже існує абстракційний рівень, за допомогою якого різні програми розподіляються на існуючі апаратні ресурси. І вони можуть бути як власними, так і у постачальника послуг у хмарі.