Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer e-ISSN: 2548-964X

Vol. 6, No. 6, Juni 2022, hlm. 2649-2654 http://j-ptiik.ub.ac.id

Implementasi Lab Virtual berbasis Teknologi Kontainer Multi Klaster

dengan Orkestrator Kubernetes
Mohammad Zulfikar1, Adhitya Bhawiyuga2, Achmad Basuki3

Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya

Email: 1moh.zulfikar000@gmail.com, 2bhawiyuga@ub.ac.id, 3abazh@ub.ac.id

Abstrak
Pada sistem pembelajaran bidang teknologi informasi, penyediaan lab virtual sangat penting untuk
memberikan pengalaman praktik kepada para pembelajar. Hal tersebut membuat banyak Universitas
mengembangkan lab virtual mereka masing-masing. Namun, pada penerapannya, setiap universitas
dapat memiliki sumber daya yang terbatas maupun berlebih. Hal ini membuat lab virtual yang ada tidak
berjalan secara efisien. Skripsi ini menyajikan implementasi lab virtual berbasis teknologi kontainer
multi klaster dengan orkestrator Kubernetes untuk membuat sistem lab virtual yang memungkinkan
antar universitas saling berbagi sumber daya. Implementasi sistem lab virtual dilakukan dengan
menerapkan tiga komponen utama: klaster orkestrator, klaster universitas, platform manajemen multi
klaster Rancher yang berada pada klaster orkestrator sebagai pengontrol klaster universitas. Hasil
pengujian menunjukkan bahwa sistem lab virtual yang diimplementasikan berjalan sesuai dengan
fungsinya dalam menambahkan klaster universitas baru, menampilkan informasi klaster universitas,
menjalankan aplikasi kontainer, manajemen akses aplikasi dalam klaster ke luar klaster, menambahkan
pengguna baru, mengatur hak akses pengguna tersebut, dan mengatur penggunaan sumber daya aplikasi
kontainer yang dijalankan. Hasil pengujian nonfungsional menunjukkan bahwa sistem dapat menangani
permintaan dari 1000 pengguna secara bersamaan dengan utilisasi sumber daya CPU sebesar 32.84%
dan Memori 77.60%. Sedangkan saat menangani 10000 pengguna sistem hanya mampu menangani
79.5% dari total permintaan dengan utilisasi sumber daya CPU sebesar 83.18% dan Memori 77.06%.
Dari hasil pengujian tersebut, sistem pada penelitian ini terbukti memiliki skalabilitas yang baik untuk
menangani akses oleh banyak pembelajar dan dapat menjadi solusi dari sistem lab virtual berbasis
kontainer.
Kata kunci: Container, Kubernetes, Multi-cluster, Rancher
Abstract
In field of information technology education, provisioning virtual lab is very important to provide
practical experience to learners. This has made many universities develop their own virtual labs.
However, in practice, each university can have limited or excess of resources. This makes the existing
virtual lab run inefficiently. This research proposes the implementation of virtual lab based on multi-
cluster container technology with Kubernetes orchestrator to create virtual lab system that allows
universities to share resources. The implementation of the virtual lab system is carried out by
implementing three main components: orchestrator cluster, university cluster, the Rancher multi-cluster
management platform as the university cluster controller. The functional evaluation results in adding
new university clusters, displaying university clusters information, running container applications,
exposing application within the cluster to outside of the cluster, adding new users, managing access
rights of these users, and manages the resource usage of the running container are all well-functioning.
The non-functional test results shows that the system can handle requests from 1000 users
simultaneously with 32.84% CPU and 77.60% Memory utilization. Meanwhile, when handling 10000
users, the system can handle 79.5% of the total requests with 83.18% CPU and 77.06% Memory
utilization. From the test results, the system in this study is proven to have good scalability to handle
access by many learners and can be a solution for a container-based virtual lab system.
Keywords: Container, Kubernetes, Multi-cluster, Rancher

Fakultas Ilmu Komputer

Universitas Brawijaya 2649
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
1. PENDAHULUAN
Pada sistem pembelajaran bidang teknologi
informasi, penyediaan lab virtual sangat penting
untuk memberikan pengalaman praktik kepada
para siswa. Lab Virtual merupakan lingkungan
eksperimen yang dibuat untuk memberikan
pengalaman praktik terkait topik tertentu. Hal
tersebut membuat banyak Universitas
mengembangkan lab virtual mereka masing-
masing. Dalam penyediaan lab virtual, platform
lab harus menerapkan isolasi antar lab yang
dijalankan, hal ini untuk membuat lingkungan
lab yang terkontrol. Salah satu kebutuhan dari
lab virtual ini adalah adanya mekanisme
autentikasi, manajemen pengguna, dan
manajemen akses terhadap lab virtual itu sendiri.
Pembuatan dan pengembangan lab virtual secara
terpisah pada setiap Universitas dapat
menimbulkan beberapa isu. Contohnya adalah
jumlah sumber daya yang terbatas atau berlebih
untuk setiap Universitas dalam menjalankan lab
virtual tersebut (Damiani et. al., 2013).
Keterbatasan atau kelebihan sumber daya
membuat lab virtual yang dimiliki masing-
masing Universitas tidak berjalan secara efisien.
Oleh karena itu perlu adanya pengembangan lab
virtual dengan konsep kolaborasi sumber daya
antar Universitas dan menerapkan mekanisme
resource sharing sebagai solusi.
Pada pembuatan lab virtual terdapat
beberapa mekanisme isolasi yang dapat
digunakan, seperti virtualisasi sumber daya
dengan mesin virtual menggunakan hypervisor
dan kontainer. Penggunaan mesin virtual
memerlukan alokasi sumber daya yang tetap,
baik itu untuk prosesor, memori, maupun
penyimpanan. Sebagai contoh pada penelitian
oleh Xu, terdapat skenario modul keamanan
informasi dengan skema 1 mesin penyerang dan
2 mesin korban sehingga membutuhkan total 3
mesin virtual (Xu et. al., 2014). Jika ada 50 siswa
yang mengerjakan modul tersebut secara
bersamaan, maka dibutuhkan setidaknya 150
mesin virtual. Jika 1 mesin virtual membutuhkan
memori sebanyak 512 MB, maka setidaknya
dibutuhkan server host yang memiliki 75 GB
memori agar praktik tersebut dapat berjalan.
Kebutuhan sumber daya yang besar ini
dikarenakan adanya virtualisasi penuh dari mulai
sistem operasi hingga proses yang berjalan. Hal
ini berbeda dengan kontainer yang melakukan
virtualisasi pada tingkat aplikasi. Dengan begitu,
Fakultas Ilmu Komputer, Universitas Brawijaya
2650
penggunaan sumber daya pada setiap kontainer
lebih sedikit dibandingkan mesin virtual.
Dalam penelitian oleh Sianipar dirancang
sebuah lab virtual untuk keamanan siber dengan
menggunakan server host berupa mesin virtual
dari penyedia jasa komputasi awan publik. Lab
virtual tersebut menggunakan satu server
sebagai tempat dari platform lab dan tempat
kontainer di jalankan, ketika sumber daya satu
server tersebut mendekati habis, akan dibuat
mesin virtual baru sebagai server host untuk
menjalankan kontainer lainnya (Sianipar et. al.,
2016). Penggunaan layanan komputasi awan
publik menyebabkan tidak adanya konsep
pembagian sumber daya antar institusi
pendidikan atau komunitas riset. Selain itu,
terdapat mekanisme manajemen kontainer oleh
platform lab virtual yang dikembangkan sendiri.
Hal ini menimbulkan perhatian terhadap fitur
pada platform tersebut termasuk dalam
bagaimana pembatasan penggunaan sumber
daya tiap kontainer, penempatan kontainer,
hingga kemampuan platform memperbaiki diri
sendiri ketika ada kontainer bermasalah.
Isu manajemen kontainer tersebut tentu
telah menjadi perhatian dalam beberapa tahun
terakhir hingga muncul istilah baru yaitu
orkestrasi kontainer. Teknologi orkestrasi
kontainer dapat mengatur banyak host atau
mesin dan dikumpulkan menjadi satu klaster.
EdgeNet merupakan Platform yang dibuat untuk
mendukung riset jaringan dan sistem
terdistribusi dengan memanfaatkan teknologi
Kubernetes sebagai orkestrator. Klaster EdgeNet
terdiri dari host atau node yang tersebar di
seluruh dunia, memungkinkan penggunaan
klaster untuk komputasi tepi. EdgeNet
menyediakan satu perintah yang dapat
dijalankan di mesin virtual maupun bare metal
sehingga mesin tersebut dapat tergabung dengan
mudah. EdgeNet memiliki mekanisme resource
sharing antar institusi atau organisasi yang
tergabung. Mekanisme tersebut membuat
institusi tergabung dalam klaster dapat saling
berbagi sumber daya secara adil (Senel et. al.,
2021). Konsep satu klaster yang dibawakan
EdgeNet dapat memudahkan manajemen dan
pengelolaan pada satu tempat, namun memiliki
permasalahan ketika ingin dibuatnya isolasi
untuk penggunaan yang berbeda seperti isolasi
antara pekerjaan yang membutuhkan CPU
secara intensif dan yang membutuhkan GPU
secara intensif. Konsep lain yang dapat
memecahkan masalah tersebut adalah dengan
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 2651

menggunakan multi klaster. Multi-Tenant and Multi-Provider Edge Cloud”.

Penelitian ini bertujuan untuk menerapkan Penelitian ini berisi tentang studi kasus model
sistem yang dapat mendukung lab virtual dengan komputasi terdistribusi untuk komputasi tepi
berbasis pada teknologi kontainer dan konsep berbasis kontainer dengan Kubernetes. EdgeNet
multi klaster. Sistem yang dibuat akan dibuat untuk memecahkan masalah terdahulu
diterapkan dalam mesin virtual dari beberapa terkait komputasi tepi terdistribusi seperti
institusi. Sistem yang dibuat memiliki beberapa pengadaan perangkat keras yang khusus dengan
komponen yang saling terhubung untuk pemeliharaan yang mahal dan memiliki masalah
membentuk platform lab virtual. Komponen skalabilitas. Penelitian tersebut berhasil
utama dalam sistem adalah orkestrator membuat platform komputasi terdistribusi
Kubernetes untuk melakukan manajemen dengan model resource sharing antar institusi.
kontainer dan sebagai infrastruktur dasar dalam
membangun sistem. Selain itu, dibutuhkan 3. RANCANGAN SISTEM
komponen untuk manajemen klaster-klaster Pada penelitian ini, di buat sebuah sistem
yang akan dibuat dan dapat mengelola hak akses lab virtual yang mengimplementasikan
pengguna terhadap sistem tersebut. Komponen teknologi kontainer multi klaster dengan
terakhir adalah platform yang dapat menyatukan menggunakan orkestrator kontainer. Orkestrator
komponen sebelumnya dalam satu antarmuka. kontainer akan mengatur dan memperhatikan
Platform tersebut akan menjadi pusat keadaan dari kontainer yang ada dalam sistem.
pengelolaan maupun manajemen sistem secara Hal ini dapat membuat orkestrator melakukan
menyeluruh dalam bentuk antarmuka berbasis mekanisme self-healing terhadap kontainer
web. ketika terjadi masalah. Selain menggunakan
orkestrator kontainer, sistem lab virtual akan
2. PENELITIAN TERKAIT
menggunakan platform orkestrator multi klaster.
Penelitian pertama dilakukan oleh Xu, dkk. Platform tersebut akan berjalan pada klaster
tahun 2014, dengan judul “Cloud-Based Virtual orkestrator dan menjadi pengatur klaster
Laboratory for Network Security Education”. universitas. Arsitektur sistem lab virtual secara
Pada penelitian ini dirancang sebuah sistem lab umum dapat dilihat pada Gambar 1.
virtual berbasis mesin virtual yang digunakan
untuk melakukan praktik keamanan jaringan.
Lab tersebut memiliki portal baik untuk
administrator dan pengguna. Setiap pengguna
diberikan beberapa mesin virtual yang terhubung
dalam jaringan virtual terisolasi untuk
melakukan eksperimen sesuai modul yang
dipilih.
Penelitian kedua dilakukan oleh Sianipar
H., dkk. Tahun 2016, dengan judul “A
Container-Based Virtual Laboratory for Internet
Security e-Learning”. Penelitian ini berisi
tentang perancangan dan implementasi lab
virtual yang digunakan untuk pembelajaran
keamanan siber dengan menggunakan teknologi
kontainer dalam mesin virtual. Platform lab yang
dibuat dapat melakukan manajemen penempatan
kontainer dan antarmuka web yang dapat diakses
oleh pengguna. Platform lab yang
dikembangkan ditempatkan pada public cloud Gambar 1 Arsitektur Sistem Lab Virtual
dan dapat melakukan penyekalaan jumlah mesin
virtual secara otomatis ketika sumber daya yang 3.1 Komponen Utama Sistem
dibutuhkan untuk menjalankan kontainer tidak
mencukupi. Sistem lab virtual memiliki tiga komponen
Penelitian ketiga dilakukan oleh Senel B., utama dalam pembuatannya. Komponen
dkk. Tahun 2021, dengan judul “EdgeNet: A pertama adalah klaster orkestrator sebagai
tempat pengontrol multi klaster. Komponen

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
kedua adalah klaster universitas sebagai tempat
aplikasi kontainer dijalankan. Komponen ketiga
adalah platform manajemen multi klaster sebagai
antarmuka antara pengguna atau administrator
dengan lab virtual multi klaster. Orkestrator
kontainer yang digunakan pada penelitian ini
adalah Kubernetes. Secara total akan dibuat 4
buah klaster Kubernetes dengan masing-masing
klaster memiliki 1 node master atau control
plane dan 1 node worker. Klaster pertama adalah
klaster orkestrator dan tiga klaster lainnya adalah
klaster universitas. Platform yang akan
digunakan sebagai alat manajemen multi klaster
pada penelitian ini adalah Rancher. Rancher
akan dipasang pada klaster orkestrator dan akan
membuat pengontrol klaster dan menambahkan
agen ke setiap klaster universitas yang ada.
3.2 Mekanisme Akses Aplikasi Klaster
Pada umumnya, Aplikasi atau Pod dalam
klaster Kubernetes tidak dapat diakses dari luar
klaster. Oleh karena itu, Kubernetes
menyediakan Service. Terdapat 3 jenis Service
yang paling umum digunakan yaitu ClusterIP,
NodePort dan LoadBalancer. Klaster pada
lingkungan bare metal tidak dapat langsung
membuat Service LoadBalancer. Diperlukan
adanya komponen tambahan yang dipasang pada
klaster Universitas, yaitu MetalLB. MetalLB
memungkinkan implementasi Service
LoadBalancer Kubernetes pada klaster bare
metal dengan menyediakan IP pool tertentu
untuk digunakan. Ketika terdapat Service
LoadBalancer yang dibuat, MetalLB akan
mengambil IP yang tersedia dari pool untuk
dipakai oleh aplikasi yang menggunakan
LoadBalancer tersebut.
4. IMPLEMENTASI
Sistem lab virtual diimplementasikan
dengan menggunakan 8 buah mesin virtual
identik dengan spesifikasi 4 vCPU dan 4 GB
Memori. Pada bagian ini, akan dijelaskan
implementasi dari setiap komponen dari sistem
lab virtual baik itu komponen utama maupun
komponen pendukung.
4.1 Klaster Orkestrator
Klaster orkestrator dibuat dengan
menggunakan distribusi Kubernetes RKE.
Pembuatan klaster menggunakan RKE
dilakukan dengan membuat file konfigurasi
klaster yang mendefinisikan node atau mesin
virtual yang akan menjadi master atau control
Fakultas Ilmu Komputer, Universitas Brawijaya
2652
plane dan mana yang akan menjadi worker. Pada
RKE, pemisahan definisi master dan worker
node dilakukan dengan memberikan role pada
mesin yang sesuai. Pada penelitian ini, role
controlplane dan etcd akan diberikan pada satu
mesin virtual dan akan disebut sebagai master
node. Sedangkan untuk role worker akan
diberikan pada satu mesin virtual yang akan
disebut sebagai worker node. Pembuatan klaster
RKE dilakukan dengan menggunakan alat CLI
yang disediakan oleh RKE atau rke. Dengan
menggunakan konfigurasi yang dibuat
sebelumnya sebagai masukan dari rke, klaster
Kubernetes yang menjadi klaster orkestrator
berhasil dibuat.
4.2 Pemasangan Rancher
Pemasangan Rancher dilakukan dengan
menggunakan alat manajemen aplikasi dalam
Kubernetes bernama Helm. Sebelum
menggunakan Helm, terdapat beberapa hal yang
perlu dilakukan dalam klaster orkestrator.
Pertama adalah pembuatan namespace untuk
Rancher, kedua adalah pemasangan cert-
manager untuk manajemen sertifikat platform
Rancher, ketiga adalah mendefinisikan
hostname dan bootstrap password dari platform
Rancher. Setelah itu, dilakukan instalasi
komponen Rancher pada klaster Orkestrator
menggunakan Helm.
4.3 Klaster Universitas
Pembuatan klaster universitas dilakukan
dengan menggunakan fitur pada platform
manajemen klaster Rancher. Pembuatan klaster
dilakukan dengan mengakses halaman
pembuatan klaster dan memilih tipe Custom
untuk tipe klaster baru. Setelah itu, dilakukan
konfigurasi umum klaster seperti nama klaster,
versi Kubernetes yang ingin dibuat dan
konfigurasi jaringan klaster. Setelah selesai
melakukan konfigurasi, Rancher akan
memberikan suatu perintah untuk menjalankan
kontainer menggunakan Docker yang memiliki
parameter khusus sesuai dengan konfigurasi
klaster dan role node. Perintah tersebut
kemudian dijalankan ke setiap node klaster
universitas tertentu dengan menggunakan alat
manajemen konfigurasi Ansible.
4.4 Mekanisme Akses Aplikasi Klaster
Komponen terakhir yang merupakan
komponen pendukung adalah memasang
MetalLB untuk memungkinkan klaster
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
melakukan mekanisme akses terhadap aplikasi
dalam klaster menggunakan Service
LoadBalancer Kubernetes. Komponen ini
dipasang pada klaster Universitas. Pemasangan
komponen ini dilakukan dengan menerapkan
manifest konfigurasi dari MetalLB. Setelah itu,
dipasang konfigurasi ConfigMap yang berisi
definisi IP pool yang ingin diberikan pada
MetalLB.
5. PENGUJIAN
5.1 Lingkungan Pengujian
Lingkungan Pengujian penelitian ini
dilakukan pada sistem lab virtual multi klaster
yang telah diimplementasikan dan dapat dilihat
seperti pada Gambar 2. Pengujian dilakukan
dengan menggunakan antarmuka web pada
Rancher yang diakses oleh dua jenis user pada
sistem yaitu administrator dan pengguna biasa.
Selain itu, terdapat penggunaan Locust sebagai
alat dalam melakukan pengujian nonfungsional
skalabilitas.
Gambar 2 Lingkungan Pengujian Penelitian
5.2 Pengujian Fungsional
Penelitian ini memperkenalkan konsep
multi klaster untuk membuat sistem lab virtual
antar universitas yang dijalankan pada mesin
virtual. Sistem lab virtual yang dibuat terdiri dari
klaster orkestrator dengan platform manajemen
multi klaster untuk mengatur setiap klaster
universitas yang ada. Dari hasil implementasi
sistem, penelitian ini berhasil memenuhi
kebutuhan lab virtual antar universitas seperti
manajemen klaster universitas, menampilkan
informasi klaster, menjalankan aplikasi di lab
tersebut, manajemen akses aplikasi ke luar
klaster, manajemen pengguna, dan mekanisme
resource sharing antar aplikasi yang berjalan
pada sistem tersebut.
5.3 Pengujian Nonfungsional
Kebutuhan nonfungsional dari sistem lab
virtual multi klaster dari penelitian ini adalah
skalabilitas dan utilisasi atau penggunaan
sumber daya. Pada kebutuhan skalabilitas,
sistem lab virtual akan diuji dengan melakukan
Fakultas Ilmu Komputer, Universitas Brawijaya
2653
simulasi permintaan terhadap dasbor sistem.
Simulasi permintaan dilakukan sebanyak tiga
skenario. Selanjutnya, dari setiap skenario
simulasi dicatat utilisasi sumber daya dan ditarik
kesimpulan berupa jumlah beban yang dapat
ditangani oleh sistem.
Pada pengujian skalabilitas, dibuat tiga
skenario untuk menguji kinerja sistem dalam
menangani banyak beban sekaligus. Pengujian
dilakukan dengan menggunakan Locust. Alur
pengujian skalabilitas untuk setiap skenario
adalah dengan mengirim 5 buah permintaan,
permintaan pertama adalah permintaan untuk
login, permintaan kedua adalah permintaan
untuk mengakses dasbor lab virtual, permintaan
ketiga, keempat, dan kelima adalah permintaan
pada halaman setiap klaster universitas.
Skenario pengujian pertama adalah dengan
membuat 100 pengguna mengakses sistem lab
virtual sekaligus, Skenario kedua dan ketiga
dilakukan dengan 1000 dan 10000 pengguna.
Ketiga skenario pengujian dilakukan selama 300
detik.
Hasil pengujian menunjukkan bahwa sistem
lab virtual yang dibuat dapat menangani seluruh
beban yang diberikan oleh 1000 pengguna
dengan 274.3 permintaan per detik. Pada
skenario 10000 pengguna sistem sempat mati
dan tidak dapat diakses sementara
mengakibatkan hanya 79.5% permintaan yang
dapat ditangani dan 20.5% permintaan yang
gagal. Hasil pengujian skalabilitas dapat dilihat
pada Gambar 3.
Gambar 3 Hasil Pengujian Skalabilitas
Selain pengujian skalabilitas, terdapat
pengujian utilisasi sumber daya. Hasil pengujian
utilisasi sumber daya dari setiap skenario
menunjukkan bahwa terdapat hubungan antara
kenaikan permintaan dengan jumlah sumber
daya yang dibutuhkan. Pada saat tidak terdapat
permintaan, pemakaian CPU klaster sebesar
7.63%, saat skenario pertama penggunaan CPU
menjadi 8.23%, saat skenario kedua penggunaan
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
CPU menjadi 32.84%, dan saat skenario ketiga
penggunaan CPU menjadi 83.18%. Penggunaan
CPU yang sangat tinggi dapat menjadi alasan
mengapa sistem lab virtual mati dan
mengembalikan status 50x.
6. KESIMPULAN DAN SARAN
Penelitian ini telah berhasil menerapkan
sistem lab virtual berbasis multi klaster. Hal
tersebut dilakukan dengan membuat satu klaster
orkestrator dan tiga buah klaster universitas.
Setiap klaster memiliki 2 node yang masing-
masing berperan sebagai control plane dan
worker node. Klaster Orkestrator digunakan
sebagai pengontrol dari klaster universitas
dengan menggunakan Rancher. Klaster
Universitas digunakan sebagai tempat di mana
kontainer pengguna dapat dijalankan sesuai
dengan hak akses yang diberikan. Untuk
mengakses aplikasi kontainer yang berjalan
dalam klaster, tersedia 3 metode yaitu ClusterIP,
NodePort dan LoadBalancer. Implementasi
LoadBalancer pada klaster universitas dilakukan
dengan menggunakan MetalLB dengan IP pool
yang telah disediakan.
Kinerja sistem lab virtual dalam menangani
beban diukur berdasarkan hasil pengujian
skalabilitas. Hasil pengujian menunjukkan
bahwa sistem dapat menangani hingga 274.3
permintaan per detik. Hal tersebut dilakukan
dengan pengujian permintaan laman dasbor dari
1000 pengguna dalam waktu 300 detik. Pada
skenario di mana pengguna bertambah menjadi
10000 dan jumlah permintaan per detik menjadi
908.7, sistem tidak dapat menangani beban
tersebut dan hanya dapat menangani 79.5% dari
total 286072 permintaan. Hal ini disebabkan
karena penggunaan sumber daya CPU yang
sangat tinggi pada sistem dan menyebabkan
sistem mati untuk sementara sehingga
memberikan kode 50x pada setiap permintaan
yang masuk.
Mekanisme ekspos aplikasi kontainer untuk
diakses dari luar klaster masih menggunakan
mekanisme dasar yang disediakan oleh
Kubernetes. Penggunaan LoadBalancer
membutuhkan IP pool yang sesuai dengan
jumlah aplikasi yang ingin diekspos. Hal ini
tentu menjadi isu ketika ketersediaan IP yang
dimiliki terbatas. Oleh karena itu, perlu
penelitian lebih dalam terkait metode alternatif
untuk mengakses aplikasi dalam kontainer
seperti menggunakan ingress atau melalui VPN
Gateway untuk memungkinkan mengakses
Fakultas Ilmu Komputer, Universitas Brawijaya
2654
Service ClusterIP secara langsung. Selain itu,
dapat dilakukan penelitian terkait integrasi
komputasi tepi dengan aplikasi dalam klaster
yang telah dibuat.
7. DAFTAR PUSTAKA
D. Bernstein, "Containers and Cloud: From LXC
to Docker to Kubernetes," in IEEE Cloud
Computing, vol. 1, no. 3, pp. 81-84, Sept.
2014, doi: 10.1109/MCC.2014.51.
Senel, Berat & Mouchet, Maxime & Cappos,
Justin & Fourmaux, Olivier & Friedman,
Timur & Mcgeer, Rick. (2021). EdgeNet:
A Multi-Tenant and Multi-Provider Edge
Cloud. 49-54. 10.1145/3434770.3459737.
N. Naik, "Building a virtual system of systems
using docker swarm in multiple clouds,"
2016 IEEE International Symposium on
Systems Engineering (ISSE), 2016, pp. 1-
3, doi: 10.1109/SysEng.2016.7753148.
S. Hardikar, P. Ahirwar and S. Rajan,
"Containerization: Cloud Computing
based Inspiration Technology for
Adoption through Docker and
Kubernetes," 2021 Second International
Conference on Electronics and
Sustainable Communication Systems
(ICESC), 2021, pp. 1996-2003, doi:
10.1109/ICESC51422.2021.9532917.
Xu, Le & Huang, Dijiang & Tsai, Wei-Tek.
(2014). Cloud-Based Virtual Laboratory
for Network Security Education.
Education, IEEE Transactions on. 57.
145-150. 10.1109/TE.2013.2282285.
Sianipar, J., Willems, C., & Meinel, C. (2016).
A Container-Based Virtual Laboratory for
Internet Security e-Learning. The
international journal of learning.
Damiani, Ernesto & Frati, Fulvio & Rebeccani,
Davide. (2013). The Open Source Virtual
Lab: a Case Study. Proc. of the Workshop
on Free and Open Source Learning
Environments and Tools FOSLET06.