Cara Menghilangkan Satu Titik Kegagalan di Cloud dengan Pengelompokan Ketersediaan Tinggi

Cara Menghilangkan Satu Titik Kegagalan di Cloud dengan Pengelompokan Ketersediaan Tinggi

Saat memberikan perlindungan ketersediaan tinggi, merupakan prinsip umum untuk memastikan semua komponen redundan untuk menghindari Single Points of Failure (SPOF). Artinya, pastikan tidak ada satu elemen pun yang menyebabkan seluruh sistem berhenti jika gagal. Namun, penting untuk dicatat bahwa infrastruktur operasional sulit diakses di cloud publik.

Di sebuah cluster ketersediaan tinggi berbasis cloud , ada kemungkinan bahwa node siaga akan ditempatkan di server host yang sama, di rak yang sama, dan menggunakan sakelar jaringan yang sama dengan node operasi. Kecuali Anda mengonfigurasi elemen-elemen ini dengan redundansi, salah satunya bisa menjadi SPOF dan membuat aplikasi berisiko mengalami kegagalan besar.

Penting untuk memastikan node cluster berada di “wilayah” dan “zona ketersediaan” cloud yang berbeda yang secara fisik memisahkan pusat data dan infrastruktur operasional di lokasi geografis yang berbeda.

Apa prinsip utama untuk memastikan ketersediaan?

Anda tidak dapat mengharapkan berbagai komponen yang membentuk infrastruktur TI fisik untuk beroperasi sesuai spesifikasi selamanya. Suku cadang aus, sistem menjadi tidak kompatibel, dan pengaturan berubah. Meskipun perawatan rutin dapat mengurangi risiko waktu henti, kemungkinan ada sesuatu yang gagal selama siklus hidup produk.

Dalam beberapa kasus yang jarang terjadi, Anda mungkin memiliki bug serius yang tersembunyi di OS atau perangkat lunak tertanam yang menyebabkan aplikasi berhenti bekerja.

Seperti yang mungkin telah Anda perhatikan, konfigurasi cluster Ketersediaan Tinggi persis sejalan dengan prinsip ini, dan satu titik kegagalan dihilangkan dengan membuat server penting dan sumber dayanya menjadi berlebihan ke sistem aktif (sistem produksi). Namun, penting untuk mengingat dua hal. Satu, perangkat keras server bukan satu-satunya komponen penting. Poin kedua, komponen SPOF penting lainnya mungkin tidak terlihat oleh Anda di infrastruktur cloud publik.

Waspadalah terhadap jebakan dari satu titik kegagalan yang tersembunyi di infrastruktur awan yang tidak terlihat

Sebagian besar cloud publik beroperasi dalam apa yang disebut mode "multi-penyewa". Artinya, mereka menjalankan VM dari beberapa perusahaan di server host fisik yang sama. Dan dengan kontrak reguler, Anda tidak dapat menentukan server host mana yang menjalankan sistem Anda. Ini dapat menyebabkan masalah karena node siaga di kluster awan Anda mungkin ditempatkan pada server host yang sama yang mengoperasikan node aktif. Bahkan jika Anda mengonfigurasi konfigurasi cluster HA, jika server host mati, node operasi dan node siaga akan turun juga. Dalam skenario ini, operator cloud Anda memutuskan kapan dan bagaimana sistem Anda akan dipulihkan.

Server host yang mengoperasikan node aktif dan server host yang mengoperasikan node siaga mungkin berada di rak yang sama. Dalam hal ini, rak menjadi SPOF, jadi jika terjadi kegagalan, baik node aktif dan siaga di bawahnya juga akan gagal.

Selanjutnya, di lapisan atas infrastruktur Anda seperti sakelar jaringan yang menggabungkan beberapa rak, gateway dan router, dan unit catu daya di pusat data, simpul sistem operasi dan simpul sistem siaga dapat hidup berdampingan dalam sistem yang sama. Dan jika komponen kunci ini tidak berlebihan, maka Anda memiliki satu titik kegagalan yang tak terhindarkan. Sekali lagi, untuk perusahaan yang merupakan pengguna cloud publik, infrastruktur pusat data seperti itu adalah kotak hitam. Mungkin tidak mungkin untuk melihat konfigurasi terperinci untuk mengidentifikasi SPOF.

Zona dan wilayah ketersediaan cloud publik harus dimanfaatkan untuk ketersediaan

Bagaimana kita bisa secara eksplisit menghindari titik kegagalan tersembunyi di cloud publik? Metode yang paling kuat adalah dengan menggunakan "Zona Ketersediaan" dan "Wilayah" yang disiapkan di sisi cloud.

Availability Zone adalah pemisahan fisik independen dari infrastruktur di dalam pusat data Anda. Dan wilayah adalah pusat data independen yang terpisah secara geografis. Beberapa cloud publik memungkinkan Anda untuk secara sengaja menggunakan Availability Zone atau wilayah ini untuk tujuan yang berbeda.

Misalnya, Amazon Web Service (AWS) memiliki 12 wilayah di seluruh dunia. Selain itu, Microsoft Azure memiliki 22 wilayah.Dengan membangun konfigurasi cluster HA di mana node operasi dan node siaga didistribusikan di zona ketersediaan yang berbeda di dua atau lebih wilayah ini, hampir semua SPOF dapat dihindari dengan pasti.Jika Anda mematuhi praktik terbaik ini, Anda dapat memastikan ketersediaan dengan percaya diri, DR (Pemulihan bencana ) dan BCP (Perencanaan Kesinambungan Bisnis).

Cara Melindungi Aplikasi di Platform Cloud – Cluster untuk Microsoft Azure Ketersediaan Tinggi

Cluster untuk Ketersediaan Tinggi Microsoft Azure

Ketersediaan Tinggi & Solusi Pengelompokan untuk Azure

Apa itu Pengelompokan Azure?

Cluster Azure adalah seperangkat teknologi yang dikonfigurasi untuk memastikan perlindungan ketersediaan tinggi untuk aplikasi yang menjalankan lingkungan cloud Microsoft Azure. Dalam lingkungan cluster Azure, dua atau lebih node dikonfigurasi dalam cluster failover dan dipantau dengan perangkat lunak clustering. Aplikasi berjalan pada node utama di cluster. Jika perangkat lunak pengelompokan mendeteksi kegagalan operasi aplikasi, perangkat lunak tersebut mengatur kegagalan operasi aplikasi ke node sekunder dalam cluster.Edisi Kluster Penjaga Data SIOS perangkat lunak clustering adalah add-on unik untuk Microsoft Windows Server Failover Clusters (WSFC) yang memungkinkan cluster Microsoft berjalan di Azure dan Azure Stack.Suite Perlindungan SIOS untuk Linux melindungi aplikasi Linux penting seperti SAP, HANA Oracle, MySQL, atau Postgres di Azure dan Azure Stack. Kluster SIOS secara unik mengaktifkan failover kluster di seluruh wilayah Azure dan zona ketersediaan untuk waktu aktif 99,99% dan perlindungan pemulihan bencana.

Daftar Sekarang untuk Ketersediaan Cloud SIOS

Simposium

Perangkat Lunak Bersertifikasi Microsoft Azure untuk Cluster HA dengan WSFC

Perangkat lunak SIOS DataKeeper Cluster Edition bersertifikat Microsoft Azure dan tersedia di Pasar Azure . Ini adalah satu-satunya perangkat lunak bersertifikasi Azure yang memungkinkan pelanggan membuat klaster ketersediaan tinggi tanpa SAN di Azure atau Azure Stack menggunakan Microsoft Windows Server Failover Clustering (WSFC).

Dengan menambahkan perangkat lunak SIOS DataKeeper ke WSFC, mereka dapat dengan cepat dan mudah melindungi lingkungan Windows yang penting bagi bisnis dari waktu henti dan kehilangan data di cloud atau kombinasi apa pun dari lingkungan cloud fisik, virtual, atau hybrid. Sekarang, untuk pertama kalinya, pelanggan yang menggunakan klaster failover server Windows berbasis SAN untuk melindungi aplikasi terpenting mereka bebas memindahkannya ke Azure atau Azure Stack dan mencapai perlindungan ketersediaan tinggi yang mereka butuhkan.

Temukan panduan langkah demi langkah untuk membuat kluster failover HA di Azure di sini .

Temukan SIOS DataKeeper di Azure Marketplace di sini .

Kompatibilitas Pemulihan Situs Azure untuk Ketersediaan Tinggi dan Perlindungan Bencana SIOS DataKeeper Cluster Edition adalah satu-satunya ketersediaan tinggi solusi bersertifikat untuk digunakan dengan Microsoft Azure Site Recovery untuk ketersediaan tinggi yang hemat biaya dan pemulihan bencana perlindungan untuk aplikasi penting bisnis di Azure.

Kompatibilitas SIOS DataKeeper memungkinkan pelanggan untuk melindungi aplikasi penting, termasuk SAP, SQL Server, dan Oracle, di lingkungan cloud Azure. SIOS DataKeeper Cluster Edition menyediakan cara sederhana untuk menggunakan Windows Server Failover Clustering – termasuk SQL Server Always On Failover Clustering – di lingkungan cloud. Pelanggan dapat mereplikasi cluster ke lokasi yang terpisah secara geografis menggunakan Azure Site Recovery untuk perlindungan bencana yang kuat dan hemat biaya.Pelajari selengkapnya tentang SQL Server Ketersediaan Tinggi di Azure .

Bersama-sama SIOS DataKeeper dan Microsoft Azure Site Recovery memungkinkan satu-satunya pilihan untuk perlindungan ketersediaan tinggi lokal bersama dengan pemulihan bencana dalam solusi yang sangat fleksibel dan sesuai permintaan.

Lindungi Aplikasi Linux di Azure

Suite Perlindungan SIOS untuk Linux memungkinkan Anda menjalankan aplikasi penting bisnis Anda di Azure atau Azure Stack tanpa mengorbankan kinerja, ketersediaan tinggi, atau perlindungan bencana.

Belajarlah lagi tentang Perangkat Lunak SIOS SANless untuk Cloud High Availability.

Lindungi Aplikasi SAP di Azure

SIOS Protection Suite dan SIOS DataKeeper Cluster Edition memberikan perlindungan lengkap bersertifikasi SAP untuk aplikasi dan data SAP Anda, termasuk ketersediaan tinggi, replikasi data , dan pemulihan bencana dalam solusi mudah dan hemat biaya yang dapat beroperasi di cloud, lokal, atau dalam konfigurasi cloud hybrid.

Pelajari lebih lanjut tentang Kinerja Tinggi dan Ketersediaan Tinggi untuk SAP di Azure Microsoft High Availability untuk database SAP HANA di Azure menggunakan SIOS Protection Suite Belajarlah lagi tentang SIOS Protection Suite untuk SAP .

Lihat posting blog terbaru kami tentang ketersediaan tinggi cloud di sini.

Direproduksi dengan izin dari SIOS

Cara Melindungi Aplikasi di Platform Cloud – Pengelompokan Ketersediaan Tinggi AWS EC2

Cara Melindungi Aplikasi di Platform Cloud – Pengelompokan Ketersediaan Tinggi AWS EC2

Cluster untuk AWS Ketersediaan Tinggi

Ketersediaan Tinggi dan Solusi Pengelompokan untuk Aplikasi di AWS

Apa itu Pengelompokan AWS?

Cluster AWS adalah seperangkat teknologi yang dikonfigurasi untuk memastikan perlindungan ketersediaan tinggi untuk aplikasi yang menjalankan lingkungan AWS EC2 dan dipantau dengan perangkat lunak clustering. Di lingkungan klaster AWS, dua atau lebih node di AWS dikonfigurasikan di klaster failover. Aplikasi berjalan pada node utama di cluster. Jika perangkat lunak pengelompokan mendeteksi kegagalan operasi aplikasi, perangkat lunak tersebut mengatur kegagalan operasi aplikasi ke node sekunder dalam cluster. Untuk menyederhanakan dan mempercepat penerapan cluster ketersediaan tinggi di AWS, perangkat lunak pengelompokan ketersediaan tinggi SIOS tersedia di Pasar AWS . Itu dapat digunakan secara otomatis menggunakan Mulai Cepat AWS atau melalui model lisensi abadi bawa-Anda-sendiri. Cluster SIOS secara unik mengaktifkan failover cluster di seluruh wilayah AWS dan zona ketersediaan untuk waktu aktif 99,99% dan perlindungan pemulihan bencana.

SIOS Memberikan Ketersediaan Tinggi di AWS

Untuk menyederhanakan dan mempercepat penyebaran cluster ketersediaan tinggi di cloud, Perangkat Lunak Pengelompokan Ketersediaan Tinggi SIOS tersedia di Pasar AWS. Itu dapat digunakan secara otomatis menggunakan Mulai Cepat AWS . Penerapan AWS Quick Start sangat ideal untuk organisasi yang melakukan usaha pertama mereka ke dalam kluster ketersediaan tinggi di cloud.

Ketersediaan Tinggi AWS dengan SIOS DataKeeper

Edisi Kluster Penjaga Data SIOS adalah ketersediaan tinggi pertama dan pemulihan bencana solusi untuk menggabungkan pengelompokan yang sepenuhnya otomatis, berpusat pada aplikasi, dan replikasi data yang efisien. Integrasi yang mulus ke dalam lingkungan Windows Server Failover Clustering, memungkinkan cluster ketersediaan tinggi untuk bekerja di cloud di mana penyimpanan bersama tidak memungkinkan. SIOS DataKeeper menyinkronkan penyimpanan lokal secara real time menggunakan replikasi tingkat blok yang sangat efisien untuk membuat klaster SANless. Administrator dan manajer sistem memiliki kesempatan untuk mencoba program Mulai Cepat AWS. Mereka dapat menggunakan SIOS Amazon Machine Images (AMI) di AWS Marketplace untuk melihat secara langsung betapa mudahnya menerapkan dua node Cluster SQL Server di cloud dengan SIOS DataKeeper. AMI SIOS di AWS Marketplace menyediakan cara yang mudah dan nyaman bagi pelanggan untuk membeli perangkat lunak SIOS DataKeeper untuk melindungi aplikasi penting bisnis di AWS.

Teknologi SIOS telah mencapai Status Kompetensi Beban Kerja Microsoft AWS. Penetapan ini mengakui bahwa SIOS menyediakan teknologi yang telah terbukti dan keahlian mendalam dalam membantu pelanggan dalam migrasi, penerapan, dan pengelolaan aplikasi berbasis Microsoft di AWS, khususnya dengan beban kerja berbasis Microsoft SQL Server.

Suite Perlindungan SIOS untuk Linux Memberikan Ketersediaan Sangat Tinggi untuk AWS

Penyedia cloud seperti AWS menyediakan opsi ketersediaan. Tapi, mereka tidak memberikan tingkat ketersediaan tinggi dan luasnya perlindungan di seluruh infrastruktur aplikasi yang diminta pelanggan dan yang Anda capai dengan menggunakan cluster sebelum ada cloud. Pelanggan AWS menyadari hal ini. Mereka tahu bahwa mereka membutuhkan ketersediaan nyata dan perangkat lunak pengelompokan yang menyediakan tingkat ketersediaan tinggi yang sebenarnya (setidaknya 99,99% waktu aktif). Akibatnya, AWS telah bermitra dengan SIOS. Kita Suite Perlindungan SIOS untuk Linux untuk mencapai tingkat ketersediaan tinggi yang diinginkan ini dengan Pengelompokan Linux untuk pelanggan bersama kami dan aplikasi penting yang mereka pindahkan, ke cloud AWS.

Suite Perlindungan SIOS untuk Linux menyediakan kombinasi yang terintegrasi erat dari pengelompokan failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan, replikasi data , dan kebijakan pemulihan yang dapat dikonfigurasi. Suite Perlindungan SIOS untuk Linux mencakup SIOS LifeKeeper, SIOS DataKeeper, dan beberapa Kit Pemulihan Aplikasi (ARK) untuk melindungi aplikasi dan data penting bisnis Anda dari waktu henti dan bencana.

Penerapan Mulai Cepat SIOS untuk AWS

SIOS memberikan kemampuan Ketersediaan Tinggi yang sama yang tersedia melalui Windows Server Failover Cluster di cloud dan dapat dikonfigurasi di AWS dengan cepat dan mudah – menghemat waktu berbulan-bulan, meningkatkan fleksibilitas operasional, dan secara drastis menurunkan biaya untuk menyiapkan dan memelihara. Lihatlah bagaimana pelanggan kami, Gulliver dan Epikur, gunakan Perangkat Lunak Pengelompokan Ketersediaan Tinggi SIOS di AWS.

Penawaran AWS Marketplace dan penerapan Mulai Cepat SIOS DataKeeper dan SIOS Protection Suite untuk AWS adalah solusi komprehensif yang membantu menyederhanakan transisi ke pengoperasian ketersediaan tinggi di cloud. Pada akhirnya mengarah pada pembebasan staf TI untuk mendukung inisiatif penggerak bisnis tambahan.

AWS Quick Starts adalah penerapan referensi otomatis untuk beban kerja utama di AWS. Setiap QuickStart meluncurkan, mengonfigurasi, dan menjalankan layanan AWS yang diperlukan untuk menerapkan beban kerja tertentu di AWS. Ini dilakukan dengan menggunakan praktik terbaik AWS untuk keamanan dan ketersediaan. QuickStarts menghilangkan langkah-langkah manual dengan satu klik. Mereka cepat, murah, dan dapat disesuaikan. Beberapa AMI SIOS DataKeeper tersedia untuk dibeli di AWS Marketplace. Oleh karena itu, ini memungkinkan pelanggan untuk menambahkan ketersediaan tinggi ke penerapan yang ada atau untuk menyebarkan kluster SQL Server dua simpul di AWS. Baca kertas putih.

• Pembelian SIOS DataKeeper melalui AWS Marketplace
• Lihat Mulai Cepat untuk Suite Perlindungan SIOS untuk Linux di AWS
• Belajar lebih tentang ketersediaan tinggi untuk SQL di AWS
• Minta Uji Coba Gratis Perangkat Lunak Pengelompokan Ketersediaan Tinggi SIOS

Lihat posting blog terbaru kami tentang ketersediaan tinggi cloud di sini.

Direproduksi dengan izin dari SIOS

Cara Melindungi Aplikasi di Platform Cloud – Cluster Tanpa SAN untuk Lingkungan Cloud

Cara Melindungi Aplikasi di Platform Cloud – Cluster Tanpa SAN untuk Lingkungan Cloud

Direproduksi dengan izin dari SIOS

Tujuh Hal Penting dalam Transisi Tim Ketersediaan Tinggi

Tujuh Hal Penting dalam Transisi Tim Ketersediaan Tinggi (Menavigasi Pengunduran Diri yang Hebat)

Kecuali jika Anda berada di bawah batu atau membeku dalam waktu, Anda mungkin pernah mendengar dari satu sumber atau lainnya bahwa majikan dan karyawan berada di tengah-tengah tren yang disebut "Pengunduran Diri Hebat".Seperti yang dilaporkan dalam Berita AS dan Laporan Dunia , “Menurut Biro Statistik Tenaga Kerja AS, 4 juta orang Amerika berhenti dari pekerjaan mereka pada Juli 2021 dan trennya tidak melambat.” Tidak peduli ukuran perusahaan Anda atau aliran pendapatan saat ini, jika belum, tren ini akan berdampak pada tim TI Anda dalam waktu dekat.Ya, biarkan itu meresap.Tim yang sama yang bertanggung jawab untuk memastikan ketersediaan aplikasi penting Anda rentan dalam satu atau lain cara terhadap efek "Pengunduran Diri Hebat." Jadi, bagaimana Anda mengenali tanda-tanda peringatan, menerima kenyataan, dan menavigasi dengan empati dan kejelasan melalui “Pengunduran Diri Hebat” agar tidak menimbulkan “Bencana Hebat” untuk aplikasi kritis Anda?

Berikut adalah tips teknis dan non-teknis untuk suara Ketersediaan Tinggi (HA) praktik terbaik di tengah perubahan:

1. Jangan Berhenti

Jangan berhenti.Dengan serius!Ketika rekan kerja dan orang-orang baik memilih untuk berganti pekerjaan, karier, atau meninggalkan angkatan kerja, Anda mungkin tergoda untuk berhenti.Terutama ketika Anda mulai mempertimbangkan prospek membawa beban kerja Anda yang sudah berat dengan bangku yang lebih pendek.Tapi jangan berhenti.

2. Identifikasi Risiko Utama untuk Ketersediaan Tinggi

Tentu saja proses mengidentifikasi risiko ini bercabang dua. Setelah pengunduran diri, tim Anda berisiko mengalami perubahan personel lebih lanjut.Namun, Ketersediaan Tinggi Anda juga berisiko karena hilangnya kapasitas, pengetahuan teknis, atau keahlian.Untuk mencegah perusahaan Anda mengalami downtime yang tidak direncanakan setelah pengunduran diri tim baru, Anda harus mengidentifikasi area risiko utama.Beberapa risiko teknis meliputi:

1. Keahlian dan pengetahuan cloud
2. Administrasi Basis Data
3. Administrasi dan konfigurasi penyimpanan
4. Pengetahuan produk Ketersediaan Tinggi Tacit
5. Cakupan Darurat (Kepegawaian)
6. Kepemimpinan Teknis
7. Dokumentasi

3. Manajer: Nilai Perusahaan Anda

Sering kali ketika orang mulai meninggalkan perusahaan, sangat mudah untuk mengatakan bahwa itu adalah "mereka, bukan kita!" Kami ingin fokus pada semua alasan mengapa masalah mereka menyebabkan mereka pergi, berhenti, atau memilih karier atau pekerjaan yang berbeda.Sangat mungkin bahwa alasan mereka untuk pergi sepenuhnya bersifat pribadi, namun terkadang, masalahnya ada di cermin dan bukan mereka, tetapi kita.Mengapa mencari tahu apakah itu masalah dengan mereka atau Anda penting bagi HA?Nah, jika masalahnya ada pada perusahaan Anda, seperti misi, visi, budaya seputar HA dan TI, atau masalah perekrutan dan penempatan staf untuk manajemen sistem TI dan HA, maka cukup menambahkan jumlah karyawan tambahan akan menjadi perbaikan sementara.Selain itu, risiko terhadap moral tim, komitmen, dan transfer pengetahuan dapat lebih terkikis karena fokus tetap pada pengalihan kesalahan versus penyelesaian masalah.

4. Pemimpin Tim: Nilai Tim Anda

Hampir setiap perusahaan memiliki seseorang yang keluar dari tim mereka selama dua tahun terakhir.Tidak peduli apakah mereka mencari gaji yang lebih tinggi, tinggal di rumah untuk merawat anggota keluarga, pensiun atau mengejar pilihan lain, mereka telah pergi.Jika Anda kehilangan anggota tim, penting untuk menilai tim yang tersisa.Penilaian ini akan bersifat teknis dan non-teknis.Secara teknis, Anda perlu: sebuah. Identifikasi keterampilan, kemampuan, dan kesenjangan pengetahuan saat ini Keterampilan apa yang tersisa di tim, dan apa tingkat keahlian dan kemampuan teknis? Di mana kesenjangan pengetahuan antara, terutama antara teori dan praktik?

B. Pahami peran yang ada dan yang hilang.Banyak anggota tim Anda mungkin memiliki banyak peran dan tanggung jawab.Hilangnya satu anggota tim sebenarnya bisa berarti hilangnya cakupan untuk berbagai peran dan tanggung jawab.

C. Evaluasi kebutuhan pelatihan atau augmentasi segera Di mana Anda berada, tetapi membutuhkan pelatihan tambahan untuk menstabilkan dan memperkuat tim? Area apa yang Anda kekurangan cakupan yang dapat dikurangi dengan pelatihan personel yang ada atau beberapa bentuk layanan profesional kontrak?Sebagai VP of Customer Experience, lihat ini secara langsung. Tim kami baru-baru ini bekerja dengan perusahaan yang membutuhkan layanan profesional setelah kehilangan anggota tim utama yang bertanggung jawab atas lingkungan HA mereka.

Secara non-teknis, Anda perlu: sebuah. Pahami bagaimana perasaan anggota tim yang tersisa Bahkan sebelum pandemi COVID dan periode “Pengunduran Diri Hebat”, banyak tim yang kehabisan tenaga. Dunia HA 24/7 menyisakan banyak pekerjaan yang harus diselesaikan dengan jumlah, norma, dan tugas tim yang normal.Jika tim Anda terkena dampak, sama pentingnya dengan server produksi turun untuk memeriksa dan mendengarkan cerita anggota tim yang tersisa.Cari tahu siapa yang habis, terbakar, bingung, hampir runtuh atau sebaliknya, penuh hidup dan siap untuk tantangan baru. Pastikan untuk mendengarkan isyarat verbal dan non-verbal, berempati (tidak hanya dengan kehilangan rekan kerja, tetapi dengan emosi, kekhawatiran, dan ketakutan mereka).

B. Pahami alasan mengapa anggota tim yang tersisa masih bergabung Mengetahui bagaimana perasaan anggota tim adalah kebutuhan teknis dan non-teknis, tetapi hampir sama dengan tugas ini adalah menemukan alasan mereka untuk tetap tinggal.Tentu saja, beberapa alasan mungkin mengejutkan Anda.Penulis dan pembicara Carey Nieuwhof menyatakan bahwa beberapa anggota tim hanya bertahan karena mereka “merasa terjebak dalam tim karena mereka tidak pergi lebih dulu.” Alasan lain anggota tim tetap mungkin tidak mengejutkan Anda, tetapi terlepas dari alasan, kenyamanan, peluang, gaji, lokasi, opsi saham, semangat, kerja tim, budaya, semua alasan anggota tim Anda tetap penting.

C. Evaluasi dampak dari sikap tangan pendek Jelas ada komponen teknis dari kekurangan yang telah dibahas sebelumnya; menilai kesenjangan keterampilan, dll. Tetapi ada konsekuensi wajar dari penilaian teknis karena kekurangan tenaga, dan itu non-teknis.Pastikan untuk menilai dan mengevaluasi dampak yang ditimbulkan oleh sikap tangan pendek, meskipun hanya sesaat, terhadap kesehatan mental, emosional, dan pribadi anggota tim yang tersisa.Di awal karir saya sebagai manajer, tim kami menghadapi peristiwa perampingan yang membuat beberapa karyawan rentan secara emosional dan kelelahan mental.Hal ini menyebabkan kelelahan yang lebih tinggi, lebih banyak kabut mental, dan peningkatan tingkat cacat dan kesalahan oleh anggota tim tersebut.Jika tim Anda sangat terpengaruh secara mental dan fisik karena kekurangan tenaga, risiko HA Anda dapat meningkat.Tim Anda mungkin berebut untuk mengambil alih, dan mereka mungkin berkumpul dengan cepat untuk menutupi pemimpin atau anggota tim yang telah mengundurkan diri, tetapi penting bagi Anda untuk memahami jika mereka yang tersisa juga kelelahan, merasa terjebak, atau berisiko untuk meninggalkan.

5. Identifikasi Tugas Teknis Kritis, Prioritas, dan Tetapkan Tanggung Jawab

Bertahun-tahun yang lalu, seorang eksekutif senior meninggalkan perusahaan.Meskipun telah melakukan transisi peran dan tugasnya selama hampir satu tahun transisi, masih ada peran dan tugas yang mengejutkan staf yang tersisa.Dalam gelombang pengunduran diri hari ini, Anda tidak memiliki transisi satu tahun penuh.Selanjutnya, jika tim Anda telah mengalami lebih dari satu pengunduran diri, Anda mungkin belum menyelesaikan analisis dan transisi orang pertama sehingga sangat penting untuk mengidentifikasi dan memprioritaskan tugas yang paling penting, dan menetapkan tanggung jawab. Pastikan untuk mencantumkan tugas-tugas seperti: pemindaian keamanan, pembaruan, pemeliharaan, pencadangan, pengujian, penerapan aplikasi baru, analisis biaya, kloning dan penempatan ulang gambar, aplikasi patch, dan perbaikan kerentanan.Tugas-tugas ini semua akan tetap diperlukan meskipun kerugian dan dapat memiliki efek yang menghancurkan jika dibiarkan berlama-lama.

6. Buat Rencana Jangka Pendek untuk Pemeliharaan dan Operasi

Tugas, peran dan tanggung jawab masih perlu dicakup.Isu-isu kritis akan perlu ditangani.Waktu henti yang tidak direncanakan tidak akan menunggu untuk terjadi setelah Anda membangun kembali staf Anda, melatih personel yang ada, dan menyesuaikan perusahaan Anda agar lebih tahan terhadap transisi dan perubahan Pengunduran Diri Hebat.Untuk menavigasi dalam jangka pendek, Anda perlu mengembangkan rencana jangka pendek yang cerdas dan dapat dicapai secara realistis.Rencana ini harus memetakan prosedur, tugas dan proses yang diidentifikasi sehingga pemeliharaan dan operasi dapat dilanjutkan.Lebih jauh lagi, ini harus menentukan bagaimana kebijakan infrastruktur kritis yang ada dapat dikelola dengan hati-hati melalui musim yang penuh gejolak yang akan datang.

7. Fokus pada Masa Depan

Langkah-langkah sebelumnya telah mengarah ke ini.Dengan penilaian tim saat ini, dan identifikasi risiko utama Anda, dan rencana transisi, langkah selanjutnya adalah fokus pada masa depan. Anda masih memiliki misi.Anda masih memiliki aplikasi penting yang harus sangat tersedia.Anda masih memiliki data yang perlu dilindungi, ditambang, direplikasi, dan tersedia untuk bisnis Anda.Mulailah membuat rencana untuk tim masa depan.

1. Membangun peran dan tanggung jawab.
2. Perbarui arsitektur dan dokumentasi
3. Mengevaluasi peluang untuk pertumbuhan dan penyelarasan
4. Rencanakan untuk karyawan baru, termasuk waktu untuk orientasi
5. Alokasikan waktu dan sumber daya untuk membuat dan memperbarui materi orientasi
6. Fokus pada kesehatan tim
7. Terapkan strategi mitigasi risiko untuk jangka pendek dan rencanakan untuk jangka panjang

Tidak semua berita tentang “The Great Resignation” adalah berita buruk bagi tim Anda dan HA.Setelah anggota tim berangkat ke posisi dan peluang baru atau berbeda, Anda memiliki kesempatan nyata dan langka untuk mengambil semua informasi penilaian Anda dan mengubahnya menjadi alat untuk pertumbuhan dan penyelarasan dan masa depan HA yang lebih baik.Membangun masa depan yang lebih cerah ini termasuk mendefinisikan tugas, peran, dan keterampilan yang dibutuhkan, memperbarui arsitektur dan desain, merencanakan perekrutan baru dan keterlibatan layanan, dan berfokus pada membangun tim yang lebih sehat.

Saya membahas subjek ini secara lebih rinci dalam baru-baru ini wawancara Tfir.-Cassius Rhee, VP, Pengalaman Pelanggan Direproduksi dari SIOS