In our \u201cEngineering Energizers\u201d Q&A series, we delve into the journeys of distinguished engineering leaders. Today, we feature Archana Kumari, Director of Software Engineering at Salesforce.<\/p>\n
Archana leads our India-based Data Cloud <\/a>Compute Layer team, which played a pivotal role in a recent transition from Amazon EC2<\/a> to Kubernetes<\/a> for Trino<\/a> workloads. This shift not only enhanced performance and scalability but also reduced operational overhead, improved cost-efficiency, and accelerated the time to market for Data Cloud.<\/p>\n Discover the strategies Archana\u2019s team used to tackle complex challenges, seamlessly integrate Hyperforce<\/a>, and develop proprietary innovations that facilitated the transition of workloads to Kubernetes.<\/p>\n Meet Archana (left) and her Data Cloud Compute Layer team.<\/em><\/p>\n <\/strong> Our team\u2019s mission is to build and sustain a world-class compute fabric that empowers Data Cloud teams and other Salesforce big data teams to unleash their creativity, drive innovation, and deliver exceptional solutions to our customers.<\/p>\n We developed a platform \u2014 KRC (Kubernetes Resource Controller) \u2014 from the ground up that fully utilizes Kubernetes\u2019 capabilities and integrates natively with the Salesforce ecosystem.<\/p>\n Our primary goal was to transition the Trino architecture to Kubernetes to enhance flexibility and efficiency for dedicated compute workloads. This shift enables quicker and easier deployment of new Trino instances, allowing for the use of the latest or any required version of Trino without restrictions. It also incorporates auto-scaling with Horizontal Pod Autoscaler and Cluster Autoscaler, which simplifies the design of dedicated compute features and reduces scale-out time to mere seconds.<\/p>\n By adopting Kubernetes, we have created a robust, scalable, and agile infrastructure that supports innovation, optimal performance, and dynamic adaptation to varying traffic loads.<\/p>\n What are significant technical problem statements\/challenges your team faced during the migration process?<\/strong><\/p>\n One of the major hurdles we encountered was dealing with the complexities of Hyperforce<\/a>, Salesforce\u2019s proprietary layer on top of AWS. The architecture of Hyperforce is intricate, demanding a thorough understanding from our team to facilitate a seamless transition. The integration process was particularly challenging because Hyperforce modifies the standard AWS environment, rendering typical solutions and configurations inadequate.<\/p>\n To tackle this issue, we engaged in extensive collaboration with multiple teams within Salesforce, including Data Cloud\u2019s Service Delivery Team, the Query Team, and Hyperforce<\/a> teams, among others. We organized dedicated sessions that brought together all the necessary stakeholders to engage in effective problem-solving. Our strategy was both technical and process-oriented. We immersed ourselves in the Hyperforce documentation and interacted with its various components for the first time. This iterative process of identifying and addressing gaps played a crucial role in achieving a successful migration.<\/p>\n How did your team ensure data security and integrity during the migration from EC2 to Kubernetes?<\/strong><\/p>\n During the transition from EC2 to Kubernetes for our Trino setup, ensuring the security and integrity of data was paramount. To achieve this, we implemented the Istio service mesh across Trino clusters to secure pod-to-pod communication. Additionally, we enforced role-based access controls to limit access to sensitive data and resources strictly to authorized personnel only.<\/p>\n To further strengthen data security, we utilized industry-standard encryption protocols. This ensured that data was encrypted both during transit and while at rest. Moreover, to maintain a robust security posture, we regularly conducted security audits and vulnerability assessments. These proactive measures were instrumental in identifying and addressing potential security threats, thus ensuring the protection of data throughout the migration process.<\/p>\n What were the initial challenges you encountered when moving workloads from EC2 to Kubernetes?<\/strong><\/p>\n Transitioning workloads from EC2 to Kubernetes posed several challenges, primarily the need to master the new Kubernetes environment with limited prior experience. To address this, we initiated an extensive upskilling program that included training sessions and workshops to enhance our team\u2019s proficiency. Adapting to the complexities of the Hyperforce infrastructure was also crucial, requiring significant adjustments and thorough testing to ensure workload compatibility.<\/p>\n Debugging emerged as a particular challenge due to our initial unfamiliarity with Hyperforce<\/a>. We responded by developing detailed documentation to define team responsibilities and streamline the debugging process. Regular weekly sessions for debugging and learning helped us address issues proactively, with persistent problems escalated to higher management for quick resolution. This structured approach was key to successfully managing the migration complexities and achieving a smooth transition to Kubernetes.<\/p>\n Diagram representing Trino on Kubernetes.<\/em><\/p>\n Which specific in-house innovations were developed to tackle the difficulties of the migration?<\/strong><\/p>\n Our team developed numerous key in-house innovations:<\/p>\n Kubernetes Resource Controller (KRC) Framework<\/strong>: This framework was created to automate the dynamic deployment of resources based on demand, significantly improving the ability to manage workloads and optimize resource utilization.<\/p>\n CI\/CD Pipelines<\/strong>: Continuous integration and continuous deployment pipelines were implemented to automate the deployment process, reducing manual intervention and minimizing errors, which streamlined workflows and enhanced operational efficiency.<\/p>\n Enhanced Observability<\/strong>: Metrics were improved to achieve better observability across systems.<\/p>\n Patching Logic:<\/strong> To meet security compliance, an in-house patching design was developed that facilitates seamless transitions of applications to the latest OS-based EC2 instances.<\/p>\n SSD Disk Integration<\/strong>: SSD disks attached to nodes were made accessible to pods, enhancing storage capabilities.<\/p>\n Resolution of PTT and PTE Issues<\/strong>: Issues related to pod terminations and connection pool refreshes were addressed by tuning connection threads and timeouts at the mesh level, and configuring pods to shut down gracefully while maintaining availability for ongoing operations.<\/p>\n Auto-scaling Mechanisms<\/strong>: Auto-scaling was introduced to allow the infrastructure to automatically adjust to traffic loads, ensuring optimal performance and cost efficiency.<\/p>\n<\/div>\n These innovations significantly cut compute costs by 54% and accelerated the migration timeline, completing the migration in six months for canary environments and nine months for all environments.<\/strong><\/p>\n CTS dashboards showcasing weekly wise cost reduction after migration.<\/em><\/p>\n CTS dashboards showcasing monthly wise cost reduction after migration.<\/em><\/p>\n What strategies did your team use to optimize resource utilization in the new Kubernetes environment, and how did these strategies improve overall system performance?<\/strong><\/p>\n The team implemented several strategies:<\/p>\n Horizontal Pod Autoscaling (HPA):<\/strong> This feature automatically adjusted the number of pod replicas based on CPU utilization, allowing the team to efficiently manage varying loads without over-provisioning resources.<\/p>\n Instance Type Adjustment<\/strong>: By carefully selecting instance types, the team ensured an optimal balance between CPU and memory usage according to workload requirements, maximizing performance and minimizing costs.<\/p>\n Resource Requests and Limits<\/strong>: Setting up resource requests and limits for each pod enabled Kubernetes to make informed decisions about scheduling and resource allocation, improving operational efficiency.<\/p>\n Kubernetes Cluster Autoscaler<\/strong>: This tool dynamically adjusted the size of the clusters based on demand, enabling the infrastructure to scale seamlessly with workload changes.<\/p>\n<\/div>\n These strategies collectively enhanced the system\u2019s performance and cost efficiency by ensuring optimal resource use and adaptable infrastructure to meet changing demands.<\/p>\n How did your team manage resources effectively to ensure the migration project stayed on track?<\/strong><\/p>\n The team employed several effective methods:<\/p>\n Careful Prioritization and Strategic Task Allocation:<\/strong> By continuously assessing and prioritizing critical tasks in collaboration with stakeholders, the team focused efforts on high-impact areas, enhancing overall efficiency.<\/p>\n Collaborative Team Approach<\/strong>: A unified mission was fostered across the Compute, Query, Service Delivery, and Hyperforce teams. This collaboration ensured alignment with common goals and facilitated seamless teamwork.<\/p>\n Enhanced Global Communication<\/strong>: Regular communication channels, including virtual meetings and collaboration tools, were utilized to improve collaboration across different geographical locations. This global teamwork was crucial for maintaining momentum and addressing challenges promptly.<\/p>\n Support from Data Cloud Teams<\/strong>: Substantial support from various Data Cloud teams was instrumental in the project\u2019s success. Their expertise and assistance were invaluable in overcoming obstacles and ensuring access to necessary resources and knowledge.<\/p>\n Regular Check-ins and Feedback Sessions<\/strong>: These sessions were crucial for monitoring progress and addressing issues quickly, ensuring that potential setbacks were managed swiftly.<\/p>\n<\/div>\n Learn More<\/strong><\/p>\n Read this blog <\/a>to learn how Data Cloud\u2019s team are scaling massive data volumes and slashing performance bottlenecks.<\/p>\n Stay connected \u2014 join our Talent Community<\/a>!<\/p>\n Check out our Technology and Product<\/a> teams to learn how you can get involved.<\/p>\n<\/div>\n The post Data Cloud\u2019s Lightning-Fast Migration: From Amazon EC2 to Kubernetes in 6 Months<\/a> appeared first on Salesforce Engineering Blog<\/a>.<\/p>\n Read More<\/a><\/p>","protected":false},"excerpt":{"rendered":"
What is your team\u2019s mission?<\/strong><\/p>\n